개발 도구/Git·깃허브 깃 커밋 메시지 작성법, 실무에선 5개만 쓰는 이유가 있습니다 깃 커밋 메시지 규칙을 찾아보면 fix, feat 같은 단어가 붙은 커밋 로그를 자주 보게 됩니다. 이건 Conventional Commits라는 커밋 메시지 작성법인데, 규약 문서를 열어보면 생각보다 내용이 많아서 시작 전에 지치기 쉽습니다. 그런데 실무에서 실제로 쓰는 부분만 추리면 5분이면 충분합니다."커밋 메시지 앞에 fix는 왜 붙이는 거지?""feat, chore, refactor 차이가 뭐야?""실제 커밋 메시지는 다들 어떻게 쓰지?""body까지 다 써야 하나? 한 줄이면 안 되나?"저도 처음엔 커밋 메시지를 "수정함", "버그 고침" 이런 식으로 썼습니다. 혼자 할 땐 문제가 없었는데, 몇 달 뒤 제 코드를 제가 다시 보면서 어떤 커밋이 뭘 고친 건지 로그만 봐서는 전혀 알 수 없었어요... 2026. 9. 16. 19:00