깔끔하게 정리된 깃 메시지 및 깃 사용은 생산성의 증가로 이어진다
Commit message template
# <type>: <title>
##### Title-line. try to keep under 60 characters ############## -> |
# Multi-line description of commit. Optional
######## try to keep under 70 characters ########################### -> |
# Footer. Option: ex) #ex) Issue number #################### -> |
# --- COMMIT END ---
# <type> list
# feat : new feature
# fix : bug or view fix
# refactor: refactoring
# style : code style (no logic change)
# docs : documents (add, mod, del)
# test : test code (add, mod, del: no logic change
# chore : etc (ex - mod build script, etc...)
# ------------------
JavaScript
복사
메시지 규칙
1. 제목과 본문을 한 줄 띄워 분리하기
본문을 꼭 넣지 않아도 될 때도 있습니다. 그러나 본문이 들어갈 때는 제목과 본문 사이에 한줄을 끼워 넣는 것이 가독성이 좋습니다
제목에는 어떤 부분을 수정, 혹은 기능을 추가했는지에 대해서 적을 수 있도록 합시다. 본문에는 에러 시 무엇이 원인이었는지, 왜 이렇게 해결했는지 등 참조할 수 있는 설명을 적을 수 있으면 좋습니다.
2. 제목은 50자 이내로
제목이 너무 길면 보기가 힘들고 잘 읽히지 않습니다. 가능하다면 간결하게 표현하는 것이 좋을 것 같습니다
3. 제목은 문장보다는 구문이 좋습니다
위의 연장선인데 '인증 에러를 고쳤다' 보다는 '인증 에러 수정' 과 같이 쓰는 것이 더 간결한 것 같습니다
4. 본문은 '무엇을', '왜'에 맞춰 작성하기
무엇을 했는지는 제목이 충분히 반영할 것입니다. 어떤 것을 추가, 수정했는지, 그리고 그 이유에 대해서 설명하는 것이 추후에 비슷한 에러 및 같은 에러를 발견했을 때 로그로서 가치가 있을 듯 합니다.
어떻게도 해당 로그 내 코드를 보면 알 수 있겠죠. 그래도 간결하게 어떻게 처리 했는지 로그가 필요 있다면 남깁시다.