outdated

Как мы работаем с репозиторием

По шагам

Новая фича/Фикс бага - стандартный флоу

Делаешь бранч от develop, называешь {Тип}/{ID Задачи}/{Примерно описание}
1. Тип - Conventional Commits: feat, fix, docs, style, refactor, perf, test, build, ci, chore
Выполняешь таску в своей ветке
Открываешь Merge Request (МР, MR) в develop
1. Если ты делаешь одну задачу в ветке, то МР открывается со сквошем коммитов (squash)
2. Если ты в рамках одного МР выполняешь несколько тасок, то выключи squash и перед мержом собери историю ветки (interactive rebase) в отдельные коммиты по Commits Convention
  1. Если у тебя в ветке каша, то лучше включи squash
Называешь МР по Commits Convention
Ставишь теги state::needs review, state::ready for testing и тип таски type::{feature, bug, style, devtools}
Собираешь билд через CI, переносишь таску в Test
Ждешь 2 аппрува — Code Review
1. Можешь пингануть в чате
Когда таска упадёт в Test Done, можешь мержить МР

Новый эпик - много подзадач

Делаешь бранч от develop, называешь {Тип}/{ID Задачи}/{Примерно описание}
Открываешь Merge Request (МР, MR) в develop и выключаешь squash
Называешь МР по Commits Convention
Ставишь теги type:epic и do not merge
Далее для каждого этапа эпика по стандартному флоу
1. ! Вместо develop МР'ы открываются в epic ветку
Когда все подтаски эпика будут в Test Done можешь мержить эпик МР

Процессы

[ ] Описать процессы подробно #todo
Storybook Releasing
Merge Request - Жизненный цикл

Авторы

Vadim Melnikov

melvspace

История

Последнее редактирование: 2 месяца назад

Показать историю