Этот чек-лист содержит шаги, которые должен выполнить разработчик при работе над задачей.
- Перейти в ветку develop.
- Слить все изменения с сервера к себе локально.
- Избавиться от любых не закоммиченных изменений, которые могут быть локально.
- Создать бранч от ветки develop с именем, отражающим суть задачи. Например,
feature/newChat. - Реализовать весь необходимый для новой фичи функционал в несколько атомарных коммитов.
- Убедиться, что у вас не осталось любых не закоммиченных изменений.
- Перейти в ветку develop и слить все изменения, которые могли появиться за время вашей работы.
- Вернуться в новую ветку и сделать rebase или merge, чтобы все изменения прежде всего попали из develop в новую ветку.
- Проверить, что тесты проходят и проект компилируется.
- Проверить, что тот функционал, который был написан, работает после rebase или merge именно так, как описано в задаче.
- Если работа над задачей ведется больше одного дня, то каждый вечер или утро необходимо делать rebase/merge из ветки develop, чтобы не рассинхронизироваться с остальной командой и избежать тяжелых мержей в релизное время.
- Сделать merge своей ветки в develop с ключом —no-ff.
- Убедиться, что CI успешно прогнал все тесты.
- Создать code-review, убрав из ревью все файлы, которые не являются файлами кода.
- Перевести задачу в Jira в статус "Ready for test".
Все то же самое, что и в первом пункте, за очень важным исключением - сперва надо убедиться, что баг воспроизводится, и только потом начинать выполнять описанные шаги.
Для каждого проекта этот алгоритм будет отличаться в конкретных деталях в зависимости от договоренностей в команде. Но важно обеспечить наличие всех перечисленных шагов.