두 전략 비교
| 기준 | 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-authGit 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.0Conventional 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 금지)
편집 안내 · Editorial Note
이 가이드는 AI 도구를 활용해 초안을 구성하고 사람이 명령어·문맥을 검토해 발행했습니다. 운영체제와 도구 버전에 따라 결과가 달라질 수 있으므로 적용 전 공식 문서를 함께 확인하세요. 오류를 발견하시면 이메일로 제보해 주세요.
관련 공식 문서Git 공식 문서 ↗
질문 & 답변 (Q&A)
이 가이드에 대해 궁금한 점을 질문해보세요. 확인 후 답변드립니다.