Git 브랜치 전략에 대해 알아보자! (+ git flow)

💡 왜 Git 브랜치 전략이 필요할까?

Git은 강력한 분산 버전 관리 시스템이지만, 협업 시엔 브랜치를 어떻게 나누고 관리할지가 중요합니다.
명확한 브랜치 전략이 없다면 다음과 같은 문제가 생길 수 있어요:

• 코드 충돌이 자주 발생함
• 기능별 작업 상황을 추적하기 어려움
• 배포 시점이 모호해짐
• 긴급 수정 대응이 늦어짐

👉 그래서 브랜치 전략이 필요합니다.

🌲 Git Flow 전략이란?

Git Flow는 복잡한 개발 프로세스를 체계적으로 관리하기 위해 만들어진 전략입니다.
릴리즈 주기가 명확하고 기능 단위로 작업이 나뉘는 환경에서 특히 유용합니다.

🔀 브랜치 구성

브랜치	역할 설명
main	운영 배포용 최종 브랜치
develop	다음 릴리스를 준비하는 브랜치
feature/*	기능 개발용 브랜치 (develop에서 분기)
release/*	릴리스 준비용 브랜치 (develop에서 분기)
hotfix/*	운영 중 긴급 수정용 브랜치 (main에서 분기)

🔁 Git Flow 작업 흐름

1. develop에서 feature/기능명 생성 후 개발
2. 기능 완료 후 develop에 병합
3. release/버전명 생성 → QA 및 문서 정리
4. 배포 시 release를 main과 develop에 병합
5. hotfix/버그명으로 긴급 수정 → main과 develop에 병합

✅ 장점

• 브랜치 목적이 분명해 협업 시 효율적
• 릴리스 단위로 관리 가능
• 긴급 수정 대응이 빠름

⚠️ 단점

• 브랜치 수가 많아져 복잡할 수 있음
• 빠른 배포보다는 안정성에 초점