Git Branch 전략

✔️ 깃 전략

branch	description	example
develop-client	프론트엔드 개발 서버	-
develop-backend	백엔드 개발 서버	-
feature/{issue_number}	새로운 기능	feature/CK-1
fix/{issue_number}	beta에서 발생한 오류 수정 용도, 오류 발생 시 항상 이슈 발행 후 할당	fix/CK-10
beta	develop-client, develop-backend 1차 merge	fix/CK-10
hotfix/{issue_number}	프로덕션 서버에서 발생한 오류 수정, 오류 발생 시 항상 이슈 발행 후 할당	hotfix/CK-10
release	백엔드, 프론트엔드 프로덕션 서버 배포	-
main	최종적으로 백엔드 + 프론트엔드 코드 병합 (only Repository)	-

🎯 release 후 항상 태그로 버전 관리하기

• 0.0.1 → 0.0.2 (patch version): hotfix 수정, refactoring
• 0.1 → 0.2 (minor version): 사용자 입장에서 새로운 기능 추가
• 0.1 → 1.0 (major version): 하위 버전과 호환되지 않으면서 사용자 입장에서 엄청난 변화가 발생했을 때

💙 유의사항
- develop-backend / develop-client로 각 feature에 대한 팀별 PR -> merge 진행
- develop의 안정성이 보장되면 beta로 1차 merge
- beta에서 발생한 오류는 이슈 할당 후 fix/{issue_number} 브랜치를 통해 수정 후 PR -> merge
- beta의 안정성이 보장되면 release로 2차 merge
- release에서 발생한 오류는 이슈 할당 후 hotfix-{issue_number}로 수정 후 PR -> merge
- release 안정성 보장 시 버전별 관리 진행 

---

✔️ 커밋 메시지 포맷

name	description
feat	새로운 기능 개발, 기존 기능의 정책 변경, 한글로 작성하기
fix	버그 수정
docs	문서 수정
build	dependency 추가
refactor	테스트 코드는 그대로 돌아가는데 코드 형식이 변경되거나, 리팩터링 진행
style	메서드의 위치나 공백 수정
test	테스트 코드 추가, 테스트 코드 리팩터링 추가
chore	설정 파일이 변경되었을 때, docker, nginx 같은 외부 설정 파일이 추가되거나 변경되었을 때
perf	쿼리 최적화 등으로 인한 성능 개선