커밋 메시지를 자유롭게 작성하다 보면, 나중에 히스토리를 볼 때 한눈에 이해하기 어려울 때가 많다. 앞에 어떤 것에 대한 커밋인지 Type를 포함해 메시지를 작성한다면 직관적으로 파악하기 훨씬 더 쉬울 것이다. ㅎ_ㅎ 형식 [Type]([Scope]): [내용] Type feat: 사용자 대상의 새 기능 (Build Script의 새 기능 제외) fix: 사용자 대상의 버그 수정 (Build Script의 수정 제외) docs: 문서 변경 style: 포맷팅, 세미콜론 추가 등.. (프로덕션 코드 변경 제외) refactor: 프로덕션 코드 리팩토링 (변수명 변경 등) test: 테스트 추가, 테스트 리팩토링 (프로덕션 코드 변경 제외) chore: 중요치 않은 것 업데이트 (프로덕션 코드 변경 제외) ..
