
Git 에서는 History 를 Commit Message 를 통해 확인합니다. Git Commit Message 를 잘 작성해야 하는 이유는 여러 가지가 있습니다.
아래에서는 좋은 Git Commit Message를 작성하기 위한 6가지에 대해 알아보겠습니다. (영문 기준)
. 금지Git Commit Message의 규칙
커밋 메시지는 아래와 같은 구조로 이루어집니다.
타입(적용 범위-선택사항): 설명
본문(선택사항)
꼬리말(선택사항)
메시지 구조를 어떻게 더 명확하게 작성할 수 있는지 알아보겠습니다.
WHAT 무엇을 했는지
형태
타입(적용 범위): 설명
. 금지feat: 회원가입 기능을 개발함 (x)
feat(api): 회원가입 기능 개발 (o)
feat: 회원가입 기능 개발. (x)타입
feat: 새로운 기능(기능 구현)fix: 버그 수정docs: documentation 변경style: 코드 의미에 영향을 주지 않는, 코드 스타일에 관련된 변경 사항(포맷, 공백, 세미콜론, 함수 이름 변경, 줄간격, 파일 이름, 의미 없는 주석)refactor: 리팩토링에 대한 커밋(버그 수정x, 기능 추가x)chore: 패키지 매니저 설정할 경우, 코드 수정 없이 설정 변경(eslint, prettier... 패키지 설정), 이외의 애매한 작업들feat: 회원가입 기능 개발
fix: 회원가입 시 사용자 이름이 안보이는 이슈WHY 왜 이 커밋을 작성하게 됐는지, 왜 그렇게 했는지
이슈트래킹을 위해 ID 를 참조할 때 사용합니다.
Resolved: #110
feat(auth): 회원 가입 기능 구현
SMS, 이메일 중복확인 API 개발
Resolves: #123
Ref: #456
Related to: #48, #45
지금까지 Git Commit Convention 에 대해서 자세히 알아보았습니다. 실제로 깃을 활용해 협업을 하다보면 Convention 을 정해도 규칙을 준수하지 않는 경우가 종종 있습니다. 잘 지켜지지 않은 커밋 메시지는 잘 읽어지지 않기 때문에, 컨벤션을 정했다면 팀 문화에 맞게 잘 지키는 습관을 가지는 것이 중요할 것 같습니다.