Branch strategy

브랜치 전략

📁 브랜치 구조

main
│
├── develop
│   ├── feat/login
│   ├── fix/token-error
│   ├── chore/init-env
│   └── ...

브랜치 설명

브랜치	설명
main	실제 서비스 운영용 (항상 안정된 코드 유지)
develop	개발 통합 브랜치 (기능 통합, 리뷰 기준)
feat/*	새로운 기능 개발 (예: feat/login)
fix/*	버그 수정 (예: fix/password-check)
refactor/*	코드 리팩토링
style/*	코드 포맷/스타일 변경
test/*	테스트 코드 작성/수정
chore/*	설정/빌드 관련 잡일
hotfix/*	운영 중 긴급 수정 시 사용

브랜치 네이밍 규칙

Prefix	사용 예	의미
feat/	feat/reservation	기능 추가
fix/	fix/token-refresh	버그 수정
refactor/	refactor/user-service	리팩토링
style/	style/header-format	코드 스타일 변경
test/	test/login-api	테스트 코드 작성
chore/	chore/prettier-config	설정 관련 변경
hotfix/	hotfix/auth-bug	긴급 수정

🔁 브랜치 작업 흐름

1. develop 브랜치에서 작업 브랜치 생성
2. 기능 구현 후 커밋 및 푸시
3. GitHub에 Pull Request 생성 (base: develop ← compare: feat/login)
4. 팀원 리뷰 → merge
5. 전체 기능 완료 후 develop → main으로 PR 작성 및 배포

feat/login ─┐
            ├──> develop ───┐
fix/bugfix ─┘               │
                            └──> main (배포)