깃을 사용하면서 commit을 할 때 메시지를 적을 수 있다.
근데 실제로 메시지를 작성해봤는데
혼자서 했던 거지만 메시지를 너무 이상하게 적는 경우가 많았다.
이런 부분은 협업할 때 큰 지장을 줄 수 있다.
누가 어떤 작업을 어떻게 했는지 알 수 없기 때문이다.
이런 일을 방지하고자 commit 시에 따라야할 양식이 있는데 그게 Git Commit Convention이다.
기본적인 구조는 다음과 같다.
type : subject // 제목
body // 본문, 선택사항
footer // 꼬릿말, 선택사항
위처럼 세 파트로 나누고 각 파트는 빈줄로 구분한다.
타입 태그 | 제목 |
---|---|
Feat : | 새로운 기능 |
Fix : | 버그 수정 |
Docs : | 문서 수정 |
Style : | 코드 포맷팅, 세미콜론 누락, 코드 변경이 없는 경우 |
Refactor : | 코드 리팩토링 |
Test : | 테스트, 테스트 코드의 추가, 수정, 삭제, 비즈니스 로직에 변경이 없는 경우 |
Chore : | 위에 걸리지 않는 기타 변경사항, 잡일 (빌드 스크립트 수정, asset 이미지, 패키지 매니저 등) |
Design : | CSS 등 사용자 UI 디자인 변경 |
Comment : | 필요한 주석 추가 및 변경 |
Init : | 프로젝트 초기 생성 |
Rename : | 파일 혹은 폴더명 수정, 옮기는 경우 |
Remove : | 파일을 삭제하는 경우 |
Add : 추가
Remove : 삭제, 제거
Simplify : 단순화
Update : 보완
Implement : 구현
Prevent : 방지
Move : 이동
Rename : 이름 변경
is breakchange :
기존 개발하는 방식에 비해 많이 변경된 경우를 알리기 위한 표시.
브레이크 체인지가 존재하는 경우 변경내용에 대한 body를 작성해야한다.
Feat : Add Store
Feat! : Change trading system // 변경(change)되었으니 잠깐 멈춰서(break) 이 커밋을 읽어주세요.
기존 교환 방식인 정가 교환이 아닌 유저가 판매하는 아이템에는 90% 할인된 가격을 반영합니다.
이유는 ~~~~
유형: #이슈 번호
ex) Fixes: #45 Related to: #34, #23
Feat : Add inventory, store
인벤토리 기능, 아이템 상점 기능 추가
Resolve: #1 (예시)
ex)
https://puleugo.tistory.com/165
https://hyunjun.kr/21
https://chlolisher.tistory.com/173
감사합니다.