Релиз из ветки trunk

Команды с очень высокой скоростью выпуска релизов вообще не нуждаются (и не смогут использовать) релизные ветки. Они должны выпускать релиз из trunk.

(key)

Скорее всего, такие команды не используют десятичную схему нумерации релизов Дьюи (Dewey), а вместо этого имеют что-то относящееся к номеру коммита или дате со временем. Вероятно, они также предпочитают исправить ошибку прямо в ветке trunk, как он обычно поступают при написании нового функционала, только делают это как можно быстрее.

Вот как выглядят стилизованные коммиты:

(key)

Никаких замедлений релиза и исправлений ошибок на месте.

Команды с одним релизом в день (или меньше) все же могут создать ветку, чтобы забрать исправление ошибки с помощью cherry-pick и сделать релиз из:

(key)

Ветки могут быть сделаны задним числом

Новички в системах управления версиями часто забывают о том, что им не нужно создавать ветку “на всякий случай”, которая может понадобиться в будущем. Для любой современной системы контроля версий вы можете выбрать любой влитый коммит, от которой всегда можно сделать ветку. Результат точно такой же, как если бы вы сделали это в момент создания коммита.