Как люди настраивают свои конфигурации сборки при использовании Git и Git-flow? У меня есть несколько задач, я хочу закончить:Конфигурации сборки для потока Git
- Commit - компилировать, запускать статический анализ кода, модульное тестирование, пакет
- Integration Test - запустить тесты интеграции
- Deploy, чтобы проверить - развернуть приложение к испытанию среда
- функционального тестирования - бегите от конца до конца функциональных тестов
- Deploy для QA - ручные тянуть в среду QA, который запускает тесты дымовых
С мастером, разрабатывайте, выпускайте ветви функций. Мне любопытно, как люди отображают их в процессы сборки.
Мне нравится процесс, который вы объяснили в своем ответе. Единственная часть, которую я не понимаю, - это «Развертывание сборки UAT» при автоматическом объединении master -> develop.Зачем мне это делать, если сборка была сделана из ветви релиза или исправления? Не хотите ли вы использовать исправление/выпуск Gitflow для завершения, когда «Deploy to Prod» завершено, чтобы убедиться, что производство синхронизировано с ведущей ветвью? –
@AliB спасибо, что находится в неправильном месте. На самом деле это часть сборки CI для главной ветви, то есть когда исправление или релиз закрыты и объединены. Я обновил свой ответ – JonSquared
@JohSquared, я все еще думаю, что вам нужно объединить мастер, чтобы развиваться, когда вы находитесь в Deploy to Prod Build config. главная ветвь должна быть зеркальным кодом того, что у вас есть на производстве, и если вы объедините его раньше, ваша главная ветвь и Prod перестанут синхронизироваться. Создание исправлений становится проблемой, когда вам это нужно. –