Моя компания переключается с SVN на GIT, и я исследую различные модели ветвления.Больше всего мне нравится git-flow , но у меня есть одна серьезная нерешенная проблема с ним.
Мы используем hudson (скоро станет jenkins) для нашего CI-сервера.Существует 5 приложений с 3 средами для каждого: разработка, контроль качества и производство.При использовании git-flow было бы очевидным указывать сборку разработки на ветку «разработка», а производственную сборку - на ветку «мастер», но как лучше всего настроить все так, чтобы мы могли легко перенаправитьqa среда до последней версии исправления или выпуска, если она существует, или разработка, если нет.В настоящее время мы просто обновляем задания jenkins вручную, но неудобно (и подвержено ошибкам) вручную менять 5 заданий.
Некоторые вещи, которые я рассмотрел:
Добавлениеветка qa и слияние с ней из веток release / hotfix.Это не стартер, потому что мы должны помнить о необходимости слияния с веткой qa каждый раз, когда мы вносим изменения в релиз / исправление, и это быстро устареет.
Создание символическогоref "refs /heads / qa" и просто обновить его, чтобы он указывал на то, что мы хотим проверить QA.Это лучше, чем выше, но не работает, потому что нам нужно обновить sym-ref на нашем git-сервере, а обычные разработчики не имеют прав для этого.
Пока что ни один из этих вариантов не кажется мне жизнеспособным, есть ли другие варианты, которые мне не хватает?Спасибо.