Процесс вывода изменений в релиз и деплой в окружения (dev, stage, prod).
Принципы
- main — ветка, готовая к сборке релиза; все изменения попадают через Merge Request.
- Релизы помечаются тегами (например,
v1.2.0); нумерация — Semantic Versioning (MAJOR.MINOR.PATCH). - Сборка артефактов (Docker-образы, пакеты) запускается из CI при push тега или при merge в main (в зависимости от настроек pipeline).
Этапы
- Разработка — фичи и фиксы в feature-ветках, ревью, merge в main.
- Сборка — CI собирает образы и артефакты для коммитов/main или тегов.
- Тестирование — автоматические тесты в pipeline; при необходимости ручные проверки в dev/stage.
- Релиз — создание тега (вручную или через инструмент релизов); триггер сборки релизной версии.
- Деплой — развертывание в dev → stage → prod по внутренним правилам (ручной деплой, GitOps, по одобрению).
Версионирование
- PATCH — багфиксы, мелкие улучшения, обратно совместимые.
- MINOR — новая функциональность, обратно совместимая.
- MAJOR — несовместимые изменения API или поведения.
При несовместимых изменениях proto/API — обсуждение с командой и при необходимости новая мажорная версия.
Откат
- При критических проблемах после деплоя — откат на предыдущую версию (образ/тег) по runbook’у; постмортем по инциденту.
Связанные страницы
- Git Workflow — merge в main
- Branching Strategy — ветки
- Definition of Done — готовность к релизу
- Platform / CI/CD — конфигурация pipeline