git flow branching model … как встраивается «qa», с автоматическим развертыванием jenkins?

Мы используем модель ветвления ветвящихся потоков Vincent Driessen, которая работает хорошо.

Все проекты строятся через CI (jenkins) и автоматическое развертывание от develop филиала до тестовых серверов (веб-приложений, приложений Java и т. Д.).

Теперь мы хотим настроить развертывание в среду QA , и мы экспериментировали с созданием ветки qa для некоторых приложений и соответствующими сборками jenkins, которые строят Qa-филиал и развертывают серверы QA .

Теперь это приемлемый подход, чтобы настроить его таким образом и merge или rebase в qa ветку, чтобы инициировать автоматическое развертывание?

Поскольку в прошлом я использовал только ветви для features , releases и hotfixes (а не «среды», такие как test, qa, stage) и сценарии для развертывания, например deploy_to_qa.sh myapp 1.2.3 .

В будущем мы также хотим развернуть среду Stage и Prod и внедрить непрерывную доставку.

Рассматривая, используя и разрабатывая модель, я бы интерпретировал ее следующим образом:

QA можно сделать из ветви релиза. Если QA найдет что-то не так, вы можете развиваться в филиале релиза, и когда QA дает OK для выпуска, вы заканчиваете выпуск, и он объединяется в разработку.

QA также можно выполнить из ветки исправления.

Опять же, это только моя интерпретация модели.

Полное раскрытие: я поддерживаю git-flow (AVH Edition)