Используя Git Flow, логика CI/CD может быть построена следующим образом:
feature
ветке, ответвленной от develop
. При каждом изменении в этой ветке может запускаться минимальный набор проверок (статический анализ, линтинг).feature
ветки в develop
. Этот триггер запускает полный пайплайн CI:
develop
происходит только после успешного прохождения всех проверок в CI и ревью кода. Каждое слияние в develop
запускает CD-часть пайплайна:
release
ветка от develop
. На этой ветке проводятся финальные стабилизационные работы и исправления багов. Пайплайн для release
веток может включать:
develop
).release
ветка сливается в main
(или master
) и помечается тегом с номером версии. Слияние в main
triggering:
hotfix
ветка от main
. Пайплайн для hotfix
веток مشابه релизному:
hotfix
ветка также сливается в develop
для синхронизации изменений.Пример структуры пайплайнов на Git Flow:
| Git Flow Ветка | Триггер CI/CD
Используя Git Flow, логика CI/CD может быть построена следующим образом:
feature
ветке, ответвленной от develop
. При каждом изменении в этой ветке может запускаться минимальный набор проверок (статический анализ, линтинг).feature
ветки в develop
. Этот триггер запускает полный пайплайн CI:
develop
происходит только после успешного прохождения всех проверок в CI и ревью кода. Каждое слияние в develop
запускает CD-часть пайплайна:
release
ветка от develop
. На этой ветке проводятся финальные стабилизационные работы и исправления багов. Пайплайн для release
веток может включать:
develop
).release
ветка сливается в main
(или master
) и помечается тегом с номером версии. Слияние в main
triggering:
hotfix
ветка от main
. Пайплайн для hotfix
веток مشابه релизному:
hotfix
ветка также сливается в develop
для синхронизации изменений.Пример структуры пайплайнов на Git Flow:
| Git Flow Ветка | Триггер CI/CD
Зарегистрируйтесь или войдите, чтобы получить доступ к полным ответам на все вопросы из банка вопросов.