Состав схемы работы в Git

Любую схему работы можно описать четырьмя ответами. Они не зависят от названия схемы и не требуют отдельных команд: это язык, на котором команда договаривается.

Первый вопрос: откуда берут ветку для новой работы. Часто это последний коммит в main, иногда - отдельная стабильная ветка или метка версии. От ответа зависит, какие изменения уже лежат в вашей точке старта.

Второй вопрос: куда вливают готовое. Обычно это главная ветка проекта, но в некоторых схемах сначала меняют промежуточную ветку, а уже потом главную. Пока нет договора, «готово» для одного - это коммит у себя, для другого - изменение в общем репозитории.

Третий вопрос: сколько живет рабочая ветка. В одной схеме ветку удаляют в тот же день, в другой она стоит неделями под крупную задачу. Срок влияет на то, как часто нужно подтягивать чужие изменения и насколько ветка отстает от главной.

Четвертый вопрос: кто имеет право писать в главную ветку напрямую. Иногда это все участники, иногда только один человек или только слияние после проверки. От этого зависит, увидите ли вы чужой коммит в main до своего push.

Когда вы слышите название схемы, удобно мысленно подставить эти четыре ответа. Тогда видно, чем она отличается от другой, а не только как красиво нарисована на слайде.