Тот же самый артефакт.
Между тестовым и рабочим окружением меняется конфигурация. Результат сборки остаётся тем, который вы проверили.
МАРШРУТ ОТ ИЗМЕНЕНИЯ ДО ВЫПУСКА 01—04
Релиз —
это маршрут.
Соберите один раз.
Проверьте каждый переход.
Знайте, куда вернуться.
↗
АРТЕФАКТ / ПРИМЕРWEB—024ОДНА ВЕРСИЯ → ЧЕТЫРЕ СТАНЦИИ
ЛИНИЯ AБЕЗ ПОВТОРНОЙ СБОРКИ
ПРИНЦИП ДОСТАВКИ
Не больше действий.
Больше оснований.
У каждой станции — условие.
Понятный критерий даёт основание двигаться дальше. Красивый индикатор сам по себе таким основанием не становится.
Обратный путь известен.
Предыдущая версия, совместимость данных и проверка восстановления определяются до выпуска.
ИНЖЕНЕРНЫЙ ЖУРНАЛ
Перед отправлением.
Один артефакт на весь маршрут
Как избежать расхождений между проверенной и выпущенной сборкой.
↗02Контрольные точки релиза
Проверки, которые дают основание двигаться дальше.
↗03План возврата до выпуска
Как подготовить действие, которое действительно можно выполнить.
↗По ходу
маршрута.
Почему не пересобирать приложение для каждого окружения?+
Повторная сборка может изменить зависимости и содержимое. Продвижение одного артефакта упрощает подтверждение того, что выпущена проверенная версия.
Автоматизация отменяет согласование релиза?+
Нет. Решение зависит от риска и правил команды. Автоматизация делает проверку и сведения о версии воспроизводимыми.
Каждому изменению нужен одинаковый набор тестов?+
Общие проверки сохраняются, а дополнительные выбираются по затронутой функции и рискам. Полезен осмысленный набор с понятным результатом.
Можно ли всегда откатить релиз?+
Не всегда одной командой. Изменения данных, внешние отправки и несовместимые миграции требуют отдельного плана восстановления.