Запись договоренности в Git
Устный договор забывается быстрее,
чем появляются новые люди в команде.
Краткую схему работы имеет смысл
положить в файл репозитория,
чтобы его видели вместе с кодом.
Часто для этого используют
CONTRIBUTING.md или раздел
в README.md.
Достаточно нескольких пунктов:
от какой ветки отводят задачу,
куда её вливают и через что
(прямой push, pull request, помощник),
сколько живет типичная ветка,
кто имеет право писать в main
и как обновляют long-lived ветки,
если они есть. Без простыни правил:
только то, что реально отличает
ваш порядок от «Git по умолчанию».
Когда договор лежит в git, его изменение тоже проходит через историю: команда видит, когда и зачем сменили схему, а не вспоминает по переписке в мессенджере.
Команда из трех человек
ведет веб-продукт;
боевую версию выкладывают
из main. Сформулируйте
четыре пункта договора
для файла в репозитории:
откуда берут ветку задачи,
как доводят работу до main,
что делают с веткой после слияния
и кто может отправлять
изменения в main.
