하는 이유

1. 작업단위를 구분할 수 있다.
   1. 협업할 때 다른 동료가 어떤 것을 작업했는지 쉽게 알 수 있다.
   2. 어디 부분까지 빌드, 릴리스할지 기준을 잡을 수 있다.

• feat. 새로운 기능 추가
• fix. 버그 수정
• docs. 문서 수정
• style. 코드 포맷팅 (코드의 의미를 변화시키지 않음)
• refactor. 코드 리펙토링
• test. 테스트 코드, 리펙토링 테스트 코드
• chore. 빌드 업무, 패키지 매니저 수정

커밋 메시지의 What과 Why에 대해 작성한다. How는 고려하지 않는다.

<type>[패키지 이름]: <description> [optional body]

참고

https://www.conventionalcommits.org/en/v1.0.0/