두 전략 비교

기준	GitHub Flow	Git Flow
복잡도	낮음	높음
배포 주기	수시 (CD)	정해진 릴리즈
적합한 팀	스타트업, 소규모	앱 스토어, 엔터프라이즈

GitHub Flow

Bash

git switch -c feat/user-auth
git add .
git commit -m "feat: JWT 기반 사용자 인증 구현"
git push -u origin feat/user-auth
# → PR 생성 → 리뷰 → main 병합 → 배포
git branch -d feat/user-auth

Git Flow 주요 브랜치

브랜치	역할
`main`	배포된 코드, 태그로 버전 관리
`develop`	다음 릴리즈 통합
`feat/*`	기능 개발
`release/*`	QA·버그픽스
`hotfix/*`	긴급 수정

Bash

git flow init
git flow feature start login
git flow feature finish login
git flow release start 1.2.0
git flow release finish 1.2.0

Conventional Commits

CODE

feat(auth): JWT 토큰 갱신 로직 추가
fix(api): 응답 헤더 누락 수정
docs: README 설치 가이드 업데이트
refactor(db): 쿼리 최적화
chore: 의존성 업그레이드

브랜치 보호 규칙 (GitHub)

Settings → Branches → Add rule:

Require pull request reviews (최소 1명)
Require status checks (CI 통과 필수)
Restrict pushes (직접 push 금지)

#git#github#branch#gitflow#브랜치전략

편집 안내 · Editorial Note

AI 도구가 초안 작성에 사용될 수 있습니다. 명령어의 실행 여부와 검증 환경은 각 가이드에 기재된 근거를 확인하세요. 적용 전 사용 중인 버전의 공식 문서를 확인하고, 오류는 이메일로 알려주세요. 이메일로 제보

주제 관련 공식 문서(자동 연결 · 문장별 근거 아님)Git 공식 문서 ↗

운영·검토 방식 →편집 정책 →

질문 & 답변 (Q&A)

이 가이드에 대해 궁금한 점을 질문해보세요. 확인 후 답변드립니다.

Git 브랜치 전략 — GitHub Flow & Git Flow