커밋 룰 | Notion

📌 1. 브랜치 전략

프로젝트는 deploy 브랜치를 기반으로 작업을 진행하며, 각 작업 단위(이슈)별로 새로운 브랜치를 생성하여 관리

🔹 브랜치 종류

브랜치 이름	설명
`main`	CI/CD 관련 설정 및 자동 배포 브랜치
`deploy`	메인 작업 브랜치, 모든 PR은 `deploy`로 보냄
`feat/{ISSUE_NUMBER}`	기능 개발 브랜치 (`deploy`에서 분기)
`fix/{ISSUE_NUMBER}`	버그 수정 브랜치 (`deploy`에서 분기)

🔹 브랜치 생성 규칙

먼저 작업할 내용에 대한 issue 생성(이슈 생성 이름은 커밋 규칙과 같음)

deploy 브랜치에서 분기하여 작업 시작

git checkout -b feat/#1234  # 예시: 이슈 번호 1234번에 대한 기능 개발

작업이 끝난 후 deploy 브랜치로 PR(Pull Request) 생성
코드 리뷰 후 Merge 진행
Merge 완료 후 분기한 브랜치 삭제

📌 2. 커밋 메시지 규칙, 이슈 제목 규칙

커밋 메시지는 "태그: 메시지" 형식으로 작성합니다.

🔹 커밋 메시지 기본 구조

태그: 메시지 내용

예시

feat: 여행 경비 예측 API 구현
fix: 로그인 버그 수정
docs: README.md 업데이트

🔹 태그 종류

태그	설명
`feat`	새로운 기능 추가
`fix`	버그 수정
`refactor`	코드 리팩토링 (기능 변화 없음)
`docs`	문서 추가/수정 (README, API 문서 등)
`test`	테스트 코드 추가/수정
`chore`	기타 변경사항 (빌드, CI/CD 설정 등)

✅ 이슈 번호가 없을 경우 #이슈번호 생략 가능