Контроль версий: какую нумерацию версий следует использовать для веток?

Question

Если ветвь создается в системе контроля версий, какой номер версии следует использовать, если существует выпуск разветвленного кода?

например. Если последний номер версии был v1.2.8 и была создана ветка, какими должны быть следующие номера версий ветви и основного транка?

Answer 1

Это зависит от того, для чего предназначена ветка (какие усилия по разработке она изолирует, как описано в " Когда следует ветвиться ")

Например, для исправления, которое не добавляетлюбая новая функция, это может быть v1.2.9.
Но на самом деле политики номеров версий:

• очень разнообразны (см. этот список , например )
• может быть немного сумасшедшим в то время
• не смешивать с внутренним номером технической версии
• можно удвоить на коммерческая стратегия именования

Важно помнить, что метка типа vx.y.z может быть сгенерирована в любой ветви.Это просто отмечает устойчивую точку в жизненном цикле разработки.

Answer 2

В нашем проекте мы придерживаемся стратегии ветки с одним релизом: релиз всегда будет выполняться на ветке релиза. Может быть несколько веток разработки / возможности / исправления ошибок, но мы никогда не выпускаем продукт из этих веток. Сначала они будут объединены в ветку релиза и выпущены из ветки релиза.

В ветке без релиза всегда используется версия SNAPSHOT (мы используем Maven), а именем версии является имя ветви. Например, для ветки с именами featureX версия - featureX-SNAPSHOT. В выпуске ветки используется числовая версия. Номер версии будет добавлен в новую версию. Таким образом, нас не будет беспокоить, какой номер версии использовать в ветке без релиза.