[GIT] Git 브랜치 전략 완벽 가이드: Git Flow vs GitHub Flow vs Trunk-based

팀에서 Git을 사용할 때 브랜치 전략이 없으면 코드 충돌과 배포 혼란이 발생합니다. 이번 포스팅에서는 대표적인 3가지 브랜치 전략의 특징과 언제 무엇을 선택해야 하는지 알아보겠습니다.

Git Flow

Git Flow는 main, develop, feature, release, hotfix 5가지 브랜치를 사용하는 체계적인 전략입니다. 명확한 릴리즈 사이클이 있는 프로젝트에 적합합니다.

# Git Flow 기본 흐름
git checkout -b feature/login develop   # 기능 브랜치 생성
git checkout develop
git merge --no-ff feature/login         # develop에 병합
git checkout -b release/1.0.0 develop   # 릴리즈 브랜치
git checkout main
git merge --no-ff release/1.0.0         # 배포

GitHub Flow

GitHub Flow는 훨씬 단순합니다. main 브랜치와 feature 브랜치만 사용하며, PR(Pull Request) 기반으로 협업합니다. CI/CD가 잘 갖춰진 팀에 적합합니다.

# GitHub Flow 기본 흐름
git checkout -b feature/user-auth
# ... 작업 후
git push origin feature/user-auth
# → GitHub에서 PR 생성 → 코드 리뷰 → main에 머지 → 자동 배포

Trunk-based Development

모든 개발자가 main(trunk) 브랜치에 짧은 주기(하루 이내)로 직접 통합합니다. 구글, 페이스북 등 대형 테크 기업이 채택하는 방식으로, 강력한 자동화 테스트 환경이 필수입니다.

Tip💡 소규모 스타트업이나 빠른 배포 주기가 필요한 팀 → GitHub Flow, 명확한 버전 관리가 필요한 팀 → Git Flow, 대규모 팀 + 강한 DevOps → Trunk-based를 추천합니다!