태그이름 | 설명 |
feat | 새로운 기능을 추가할 경우 |
fix | 버그를 고친 경우 |
style | 코드 포맷 변경, 세미 콜론 누락, 코드 수정이 없는 경우 |
refactor | 프로덕션 코드 리팩토링 |
docs | 문서를 수정한 경우 |
test | 테스트 추가, 테스트 리팩토링(프로덕션 코드 변경 X) |
chore | 빌드 테스트 업데이트, 패키지 매니저를 설정하는 경우(프로덕션 코드 변경자) |
design | CSS 등 사용자 UI 디자인 변경 |
!BREAKING CHANGE |
커다란 API 변경의 경우 |
!HOTFIX | 급하게 치명적인 버그를 고쳐야하는 경우 |
comment | 필요한 주석 추가 및 변경 |
rename | 파일 혹은 폴더명을 수정하거나 옮기는 작업만인 경우 |
remove | 파일을 삭제하는 작업만 수행한 경우 |
얼마전 깃 특강을 들었었는데 커밋 메시지 작성의 중요성에 대해서 배웠다.
협업에서 가장 중요한 게 커뮤니케이션인데 커밋 메시지를 엉망진창으로 작성하면 안되겠지!!
깃 특강에서는 feat, fix 정도로만 알고 넘어갔는데,
오늘 프론트엔드 실무 강의를 듣다가 유다시티 커밋 컨벤션에 대해서 자세하게 알게되었다.
유다시티에서 커밋 메시지 가이드를 공유했는데
많은 사람들이 이 가이드를 따라 커밋을 하게 되었다고 한다.
위 표는 유다시티 스타일 가이드 + 노란색으로 표시한 것은 확장편이라고 보면 된다.
유다시티 스타일 가이드만으로 부족한 내용을 추가 시킨 듯 하다. 이걸 사용하면 좀 더 커밋 메시지를 가독성있게 쓸 수 있겠다!
* 유다시티 스타일 가이드
https://udacity.github.io/git-styleguide
Udacity Nanodegree Style Guide
Introduction This style guide acts as the official guide to follow in your projects. Udacity evaluators will use this guide to grade your projects. There are many opinions on the "ideal" style in the world of development. Therefore, in order to reduce the
udacity.github.io
찾다보니 깃모지도 있다.
아주 귀염깜찍하고, 글만 잔뜩 있는 것 보다는 이모지를 같이 작성하면 가독성을 높일 수도 있겠다.
단, 사용하기 전에 의미를 확실하게 정하고 쓸 것!
* 깃모지
gitmoji
:truck: Move or rename resources (e.g.: files, paths, routes).
gitmoji.dev
https://github.com/slashsbin/styleguide-git-commit-message#about
GitHub - slashsbin/styleguide-git-commit-message: /sBin/StyleGuide/Git/CommitMessage
/sBin/StyleGuide/Git/CommitMessage. Contribute to slashsbin/styleguide-git-commit-message development by creating an account on GitHub.
github.com
'Skills > GIT·GitHub' 카테고리의 다른 글
Git/ GitHub 요약 (0) | 2023.01.18 |
---|---|
221216 GitHub 배포 (0) | 2022.12.16 |
221214 Git and GitHub (0) | 2022.12.15 |