Как управлять ветками релизов

Question

Мы пытаемся управлять несколькими ветками релизов, используя git.Наша отраслевая организация типична.Начальная постоянная разработка ведется.Тематические ветки используются для работы и объединяются в мастера.Мастер является следующим основным выпуском.Однако мы также работаем над промежуточными выпусками (точечные выпуски).Например, мастер будет работать над версией 7.4, а мы также работаем над 7.3.2.

Естественно, большая часть (все?) Работы, выполненной для 7.3.2, должна быть в 7.4.То есть большая часть работы, выполняемой для ветки релиза 7.3.2, должна выполняться также и для главной ветки релиза (то есть 7.4).

Какие методы вы используете для управления этими ветками?В частности, обеспечение того, чтобы изменения были объединены в обе ветви?

Нашим решением было создание параллельных веток тем.Как только тема завершена в одной или другой ветке релиза, она копируется в другую ветку темы из другой ветки релиза, используя cherry-pick или rebase --onto, а иногда даже вручную diff и merge.

Этот процесс охватывает механику.Как другие гарантируют, что механика действительно происходит?Как проверить, что были внесены изменения в обе (многие) ветки релиза?

Спасибо за ваши предложения

Answer 1

мы используем этот рабочий процесс ветвления на функцию:

https://plus.google.com/109096274754593704906/posts/R4qkeyRadLR

ничто не мешает вам делать то же самое для основного выпуска.Не стесняйтесь связаться со мной через комментарии там или напрямую в чате Google+, если вам нужна ясность.

Answer 2

Это зависит от того, сколько толчков вы ожидаете, но наши репозитории Git подключены к Trac и системе тикетов.Мы написали несколько пользовательских хуков для Git (которыми я могу поделиться, если хотите), которые заставляют сообщения коммитов следовать определенному формату, включая цитирование билетов.Trac обрабатывает все остальное, публикуя сообщения о коммитах на тикетах.Нет ссылки на билет, толчки отклонены.Так что абсолютно все должно иметь билет, связанный с ним.

У нас также есть изменения билета по электронной почте нескольким людям.Если пуш приходит и идет только на одну ветку, когда он должен идти и на другие, один из мониторов билетов (которые являются старшими разработчиками с OCD) пойдет и откроет / приставит человека, который сделал пуш, пока он не появится на всехсоответствующие ветки.

Механика того, как коммиты заканчиваются в разных ветвях, зависит от разработчика.Кому-то нравится вишня, кому-то перебирают, другим - патчи.Мне все равно, как он туда добирается, пока все ветки, которым нужен коммит, его получат!