4-х недельный релиз - как его готовить

Правила, которыми мы руководствуемся

  1. Разработка нового функционала ведется в одной ветке - master
  2. Из этой ветки с заданным интервалом выделяется новая ветка - alpha
  3. Интервал создания релиза - раз в месяц.
  4. Дата создания релиза - середина месяца. Может незначительно сдвигаться, но должна соответствовать правилу "до конца месяца не меньше 10 рабочих дней".

Касательно базы, в момент создания новой релизной ветки нужна новая master-clean база.

После создания релиза запускаются несколько процессов:

1-я неделя (5 дней)

  1. Обновление pre-beta (1 день)
  2. Анализ фич которые пойдут в релиз и решение Да/Нет
  3. Тестирование
  4. Документирование релиза
  5. Переводы

2-я неделя (5 дней)

  1. Обновление канала beta (1-2 дня)
  2. Сбор статистики с мониторингов
  3. Багфикс

3-я неделя (5 дней)

  1. Обновление канала pre-stable (1-2 дня)
  2. Сбор статистики с мониторингов
  3. Багфикс

4-я неделя (5 дней)

  1. Обновление канала stable (1-2 дня)
  2. Сбор статистики с мониторингов
  3. Багфикс

Касательно б.д. на работающих проектах

  1. Делается регулярный бэкап
  2. Аккаунт "выключается", пользователям на новый запрос пишется что акк находится на стадии обновления.
  3. Проверяются активные подключения к БД
  4. Ожидается их завершение в течении Х мин
  5. Если соединения остались - лог & кил оставшихся запросов
  6. В трансакции катятся миграции
  7. В случае фейла rollback
  8. Аккаунт включается
Оцени публикацию:
  • 0,0
Оценили: 0


Предложения и пожелания:

 

youtube.com/watch?v=7hFivbgIEqk

При полном или частичном использовании материалов данного сайта, ссылка на сайт "yapro.ru" обязательна как на источник информации.
Автоматический импорт материалов и информации с сайта запрещен.
Copyrights © 2007 - 2019 YaPro.Ru

Лебеденко Николай Николаевич
Ошибка в тексте? Выделите её мышкой и нажмите: Ctrl + Enter