Git Flow는 어떤 브랜치 운영 전략이며 언제 적합한가요?

이렇게 답해 보세요 (핵심 답변)

Git Flow는 main(배포)·develop(통합) 두 개의 중심 브랜치를 두고, 역할에 따라 feature(기능 개발)·release(출시 준비 및 QA)·hotfix(운영 긴급 수정) 보조 브랜치를 나누어 운영하는 브랜치 전략입니다. 정기적인 버전 릴리스 주기가 있거나 여러 배포 버전을 동시에 검증·관리해야 하는 프로젝트에서는 작업 격리와 출시 안정화에 도움이 됩니다. 반면 하루에도 여러 번 배포하는 지속적 배포(CD) 환경에서는 브랜치 수명이 길어지면서 병합 충돌과 절차 비용이 커질 수 있으므로, 팀 규모와 배포 주기에 맞춰 GitHub Flow나 Trunk-Based Development와 비교해 선택합니다.

함께 설명하면 좋은 이유 (꼬리질문 대비)

1. 명시적인 release와 hotfix 브랜치가 있으면 다음 정기 릴리스 기능을 개발하는 도중에도 현재 운영 버전의 긴급 버그를 안전하게 패치할 수 있습니다.
2. 브랜치가 갈라져 있는 시간이 길어질수록 통합 시점의 충돌 위험이 커지므로 CI 자동화 수준과 배포 주기를 함께 고려해야 합니다.

면접에서 자주 하는 실수

Git Flow를 Git 자체의 필수 문법이거나 모든 규모의 팀이 무조건 따라야 하는 유일한 표준 전략이라고 단정해서는 안 됩니다.