<aside> ♥️ Git Commit & Commit Message Rules

• 브랜치 전략
• 커밋 메시지 전략

</aside>

ChaRo-Server

Git Convention

branch

<aside> 🔍 default는 main브랜치 하위에 develop브랜치를 파서 안전하게 관리

기능 개발시 → feat/번호 로 브랜치를 파서 관리

• 단 feat은 자세한 기능 한 가지를 담당!

</aside>

• main
• develop
• feat/1
• feat/2

merge, pr 규칙

<aside> 🔍 pr+develop, master merge로 rebase

• 이번에 코드 리뷰를 한번 도입해보고 싶음! feat브랜치에서 pr을 무조건 develop으로만 날리고, develop에서 풀리퀘를 관리하여 main에서는 충돌이 나지 않게 관리해보자

</aside>

🎢 Git Rebase 활용하기

commit

<aside> ℹ️ 커밋 메세지 형식

• [커밋메세지] + 설명 형식으로 커밋 메시지를 작성합니다.
• 커밋 메시지는 영어 사용을 권장합니다.

</aside>

- feat    : 기능 (새로운 기능)
- fix     : 버그 (버그 수정)
- refactor: 리팩토링
- style   : 스타일 (코드 형식, 세미콜론 추가: 비즈니스 로직에 변경 없음)
- docs    : 문서 (문서 추가, 수정, 삭제)
- test    : 테스트 (테스트 코드 추가, 수정, 삭제: 비즈니스 로직에 변경 없음)
- chore   : 기타 변경사항 (빌드 스크립트 수정 등)