Что такое git flow
Что проверяют
Различаете ли вы конкретную модель ветвления и любой процесс с ветками, и понимаете ли, под какой цикл поставки она сделана. Вопрос про инженерную культуру: в мире .NET рядом живут и коробочные продукты с поддержкой нескольких версий, и сервисы с выкладкой каждый день, и правильный ответ зависит от того, что именно вы выпускаете.
Как отвечать
Git flow это конкретная схема ветвления, описанная Винсентом Дриссеном. Две постоянные ветки: основная хранит только выпущенное и помечается тегами версий, ветка разработки собирает готовые задачи. Три временные: ветка задачи отходит от разработки и возвращается в неё, ветка релиза отводится от разработки для стабилизации и правок перед выпуском, ветка срочного исправления отходит от основной и вливается и в основную, и в разработку.
Сильный ответ добавляет, когда это оправдано. Схема заточена под выпуск версиями: есть окно стабилизации, есть поддержка уже отгруженного релиза, есть понятная точка, от которой считается номер версии. В .NET это удобно ложится на семантическое версионирование пакетов и на инструменты, которые выводят версию из имени ветки.
И честное ограничение: для сервиса, который выкатывается несколько раз в день, схема избыточна. Ветка разработки становится вторым стволом, релизные ветки живут неделями, а сам автор позже отдельно оговорил, что для непрерывной поставки его модель не предназначена. Там уместнее ствол с короткими ветками и фича-флагами.
Где спотыкаются
Называют git flow любой процесс с ветками. Схема с одной основной веткой и короткими ветками задач это другой подход, и интервьюер обычно ждёт, что вы назовёте разницу и объясните выбор, а не пересказ первой попавшейся картинки.
Забывают, что срочное исправление обязано вернуться в ветку разработки. Иначе починенный на проде баг воскресает в следующем релизе, и это самая частая практическая авария всей схемы.
Держат ветку задачи неделями и ждут, что модель спасёт от конфликтов. Она не спасает: чем дольше ветка живёт в стороне, тем больнее слияние. Лечится размером задачи и флагами функциональности, а не новыми правилами ветвления.