[매일매일]Git 브랜치 전략 완전 정복!

Posted Jul 3, 2025

By 김기성

5 min read

프로젝트에 딱 맞는 브랜치 전략, 어떻게 선택할까?✨ 들어가며프론트엔드 개발을 하다 보면 협업과 배포 과정에서 Git 브랜치 전략의 중요성을 실감하게 됩니다. 이번 글에서는 제가 경험한 세 가지 대표적인 브랜치 전략인 Git Flow, GitHub Flow, 그리고 Trunk-Based Development를 소개하고, 각각의 장단점 및 적합한 상황에 대해 정리해보겠습니다.

📌 목차Git FlowGitHub FlowTrunk-Based Development전략 선택 기준은?마무리 및 참고 자료

🌱 Git Flow

안정성과 체계적인 릴리스 관리가 필요한 프로젝트에 적합한 전략

구조main: 프로덕션 배포용 브랜치develop: 통합 개발 브랜치feature/: 기능 개발 브랜치release/: 배포 준비용 브랜치hotfix/*: 긴급 수정 브랜치

작동 방식기능 개발은 feature/브랜치명에서 시작 → develop에 병합릴리스 직전 release/버전명 생성 → QA 진행완료 후 main과 develop 모두에 병합긴급 버그는 hotfix 브랜치 생성 → main과 develop에 반영장점✅ QA 과정이 명확하게 분리됨✅ 대규모 팀 협업 시 안정적 운영 가능단점⚠ 브랜치가 많아져 복잡도 증가⚠ 병합 작업 많아짐 → 충돌 관리 필요

🌊 GitHub Flow

빠른 배포 주기를 가진 프로젝트에 적합한 민첩한 전략

구조main: 단일 브랜치 (프로덕션 겸용)feature/*: 기능 단위 작업 브랜치작동 방식main에서 feature/기능명 브랜치 생성작업 완료 후 PR 생성 → 코드 리뷰리뷰 완료되면 main에 병합바로 배포!

장점✅ 구조가 단순해 이해하기 쉬움✅ 빠른 피드백과 배포 가능단점⚠ QA/릴리스 분리가 없어 위험 부담 존재⚠ 실수로 배포되는 경우 방어 장치 부족

🌳 Trunk-Based Development

정말 빠르게 일하고 싶다면? trunk 기반으로!

구조main 또는 trunk: 유일한 중심 브랜치(옵션) 단기 feature 브랜치작동 방식모든 커밋은 최대한 빠르게 main에 반영feature 브랜치를 쓰더라도 1~2일 내 병합CI/CD 자동화로 릴리스 관리

장점✅ 충돌 발생 가능성 ↓ (자주 병합되므로)✅ CI/CD 기반의 자동 배포와 찰떡궁합단점⚠ 자동화/테스트 인프라가 잘 갖춰져 있어야 함⚠ 모든 팀원이 높은 커밋 품질을 유지해야 함

⚖️ 어떤 전략을 선택해야 할까?

프로젝트 상황

Trending Tags