📌 브랜치 전략

기본 브랜치 구조
git flow 전략을 기반으로 하지만 release 브랜치는 사용하지 않으며, feature 브랜치가 네 가지 타입(feature, fix, refactor, chore)으로 세분화된 구조를 사용합니다.

main
├── develop
│   ├── feature/*
│   ├── fix/*
│   ├── refactor/*
│   └── chore/*
└── hotfix

브랜치 역할

브랜치	역할
main	배포용 브랜치. 실제 운영 환경에 반영되는 코드.
develop	다음 릴리즈를 위한 통합 브랜치. 기능 개발 브랜치들이 병합됨.
hotfix	배포 후 긴급 수정용 브랜치. main에서 직접 분기.
feature/	기능 개발 및 수정 작업용 브랜치. develop에서 분기.
fix/	버그 수정 작업용 브랜치. develop에서 분기.
refactor/	코드 리팩토링용 브랜치. develop에서 분기.
chore/	환경 설정, 문서 등 기타 작업용 브랜치. develop에서 분기.

브랜치 네이밍 규칙
형식

${issue 타입}/${issue 번호}-${설명}

예시

feature/12-login-api
fix/34-button
refactor/56-auth-service
chore/78-update-eslint

📌 커밋 컨벤션

타입	설명
feat	기능 추가 또는 수정
fix	버그 수정
design	CSS 및 UI 디자인 변경
refactor	코드 리팩토링
comment	주석 추가, 변경, 삭제
style	코드 포맷팅, 린트 수정
chore	빌드, 패키지, 환경 설정 등 기타 작업
rename	파일/폴더명 수정 또는 이동
remove	불필요한 파일/코드 삭제
docs	문서 수정