Я определяю процесс CI / CD с помощью git и aws codeCommmit, вот шаги:
- Ветвь выпуска создается из мастера
- Ветвь проекта создается из ветви выпуска
- Разработчики создают столько ветвей функций из ветви проекта
- Экземпляры ветви функций извлекаются в локальные.
- Разработчик вносит изменения, проверяет в ветвь функции.
- Разработчики вызывают запрос на извлечение из ветви функции: (i) Если возникает конфликт слияния, разработчик сначала объединяет код ветви проекта с локальным, разрешает конфликт слияния и снова регистрируется в уже открыт пулл-запрос ветки функций. (ii) разработчик поднимает пересмотр кода (iii). Автоматические проверки, такие как синтаксис сборки, анализ stati c, покрытия кода для проверки целостности кода, приведены здесь.
- разработчик объединяет код обратно в ветку проекта.
- Сборка CI запускается и развертывается в среду разработки и генерируется git идентификатор тега.
- В указанную дату сборки разработчик уведомляет QE для получения кода из ветви проекта для развертывания в среде QE. (a) В качестве альтернативы разработчик может предоставить отдельный идентификатор тега, который должен быть развернут в среде QE. 10 (a). Когда нет отдельной среды UAT / Stage:
- Когда все функции тестируются, ветвь проекта объединяется с веткой выпуска.
- Ветвь релиза развертывается в производство.
- После успешного развертывания производства мастер перезагружается с веткой выпуска.
Будет ли процесс работать без проблем. В пункте 9 (a), как git может добавить в закладки указанную сборку c dev для развертывания в среде QA?