Как строится командная разработка с помощью GitFlow?

Git Flow задаёт команде правила: какие ветки существуют, откуда они создаются и куда вливаются.

Как устроена работа

• `main` — то, что в продакшене. Каждый merge сюда — релиз с тегом.
• `develop` — общая интеграционная ветка.
• `feature/** — у каждого разработчика своя ветка под задачу, от develop`, возвращается через pull request.
• `release/`** — стабилизация релиза: тестировщики проверяют, разработчики чинят только баги.
• `hotfix/** — срочные исправления от main`.

Что это даёт команде

• Разработчики не мешают друг другу: каждый в своей ветке.
• Можно параллельно готовить релиз и продолжать новые фичи.
• Понятно, что именно выпущено и что идёт следующим.

Минусы

Много веток и слияний; для команд с частыми деплоями проще GitHub Flow или trunk-based разработка.

Коротко для собеседования

Каждый работает в своей feature-ветке от develop, вливает через PR, релизы стабилизируются в release-ветках и попадают в main с тегом.

Подробнее: Atlassian — Gitflow