Git Flow와 trunk-based development의 차이를 설명해주세요.

Git Flow는 역할별 장기 브랜치를 운영하고, trunk-based는 짧은 브랜치를 main에 자주 통합합니다. 후자는 CI와 feature flag가 중요합니다.

핵심 개념

핵심 기준은 장기 브랜치와 잦은 통합 전략입니다.

Git Flow는 main, develop, release, hotfix, feature 브랜치로 릴리스 흐름을 관리합니다. trunk-based는 main에 자주 통합하고 브랜치 수명을 짧게 유지합니다. 미완성 기능은 feature flag로 숨기고 CI로 main 품질을 보장합니다.

동작 흐름

1. 현재 브랜치의 상태와 변경 범위를 먼저 확인합니다.
2. 명령이 히스토리, 브랜치 포인터, 작업 디렉터리 중 무엇을 바꾸는지 구분합니다.
3. 공유 브랜치에 영향을 주는 작업인지 확인합니다.
4. 실행 후 git status와 git log --oneline --graph로 결과를 검증합니다.

실제 예시

Git Flow: feature/* → develop → release/* → main
Trunk-based: short-lived branch → main, 기능 노출은 feature flag

예시는 핵심 흐름을 단순화한 것입니다. 실무에서는 팀의 배포 방식, 데이터 크기, 장애 영향도, 유지보수 비용까지 함께 고려해야 합니다.

실무에서 주의할 점

• 공유된 히스토리를 재작성하면 동료의 로컬 작업과 충돌할 수 있습니다.
• 충돌 해결은 한쪽 선택이 아니라 양쪽 변경 의도를 통합하는 과정입니다.
• 위험한 작업 전에는 임시 브랜치나 태그로 복구 지점을 남기면 안전합니다.

함께 연결해서 보면 좋은 키워드

GitFlow, TrunkBased, Branching, CI

정리

한 줄로 정리하면, Git Flow는 역할별 장기 브랜치를 운영하고, trunk-based는 짧은 브랜치를 main에 자주 통합합니다. 후자는 CI와 feature flag가 중요합니다. 개념의 정의뿐 아니라 적용 조건과 실패했을 때의 증상까지 함께 이해하는 것이 중요합니다.