Комментарии 4
А как решаете проблему забывания окончательных очищающих релизов? Вот новую версию накатили, работает нормально, фолбэки не дергаются и надо бы почистить схему и код фолбэков. Одно дело, если такая задача раз в месяц, а когда их за день несколько штук, а в релизе несколько десятков...
При планировании фичи/миграции сразу разбиваем задачу на этапы и для каждого этапа сразу же готовятся PR и ставятся в необходимые версии, после стабилизации предыдущего этапа подмерживаем следующий в релиз. Т.о. задача считается выполненной и идет в прод только тогда, когда подготовлены все этапы.
Несколько релизных веток одновременно? Или в PR просто версия релиза указывается, в которую планируется залить, чтоб не вмержить случайно в текущую?
Можно рассмотреть несколько вариантов:
- Подзадача для каждого PR в общей сторе и для каждой задачи указывается target версия, в jira, например. При данном подходе не получится закрыть сторю пока не будут выпущены все задачи из неё.
- Дополнительно помечать версию в самом PR
- Несколько релизных веток одновременно.
Для нашей команды оказался более удобным вариант с планированием релизов в jira.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
На пути к Canary