Что хороший рабочий процесс должен разрабатывать/тестировать/выпускать пакеты через способные репозитории?

Мы в настоящее время ищем рабочий процесс для управления пакетами Ubuntu и выпусками в способных репозиториях. До сих пор наша малочисленная команда сделала разработку в мерзавце. Каждый иногда использовал основное ответвление для создания сборок, которые затем упаковываются вручную (в Ubuntu .deb) через dpkg-buildpackage и развернутый единственным способным репозиторием.

Что мы хотели бы иметь, вместо этого отдельные репозитории, т.е. "нестабильный" репозиторий, используемый для разработки только, репозитория "тестирования" и наконец "стабильного" репозитория. Очевидно, клиенты должны получить обновления из "стабильного" репозитория только. Идеально пакеты перемещены от "нестабильного" до "тестирования" к "стабильному" в нашем цикле разработки, не требуя, чтобы пакеты были восстановлены или повторно упакованы. Мы нацелены на Ubuntu, но должны создать и развернуть пакеты, которым удовлетворяют для нескольких Ubuntu как 'точный' или 'испытанное'.

Это поднимает несколько вопросов:

1. Как управлять номерами версий для хранения пути обновления простым?

   Нам важно, чтобы номера версий были корректны в том смысле, что число старшей версии на самом деле означает "более новый, чем". Однако во время разработки, возможно, должна создать много пакетов из других источников, которые развертываются через "нестабильный" репозиторий. Для каждого нового пакета apt-get update должен установить новейший пакет. Просто увеличение номера версии означало бы, что каждый разработчик в нашей команде должен знать о числе текущей версии. Хуже, версия должна быть последовательной через несколько ответвлений функции мерзавца, который кажется трудным мне.

2. Нам нужны другие хранилища, т.е. один на разработчика для предотвращения конфликтов номера версии во время тестирования? Нам нужны конструкции как добавление "ppa" суффиксы к номеру версии? Или есть ли другой подход?