그동안 나는 git에 commit message를 대충 아무거나 작성해서 올리곤 하였다.
하지만 나 혼자 작업하는 것이 아닌 실무에서 여러사람과 함께 작업할 때에는 commit message도 잘 쓰는것이 중요한 것 같아 기본적으로 많이들 아는 명령문으로 작성하는 것 외에 어떠한 규칙들이 있는지 공부하게 되었다.
코드나 테스트, 예제, 문서 등의 추가가 있을 때 사용한다
코드의 삭제가 있을 때 사용한다. ‘Clean’이나 ‘Eliminate’를 사용하기도 한다. 보통 A 앞에 ‘unnecessary’, ‘useless’, ‘unneeded’, ‘unused’, ‘duplicated’가 붙는 경우가 많다.
특별히 무언가를 사용해 구현을 하는 경우이다.
Use A for B
B에 A를 사용합니다
Use A to B
B가 되도록 A를 사용합니다
Use A in B
B에서 A를 사용합니다
Use A instead of B
B 대신 A를 사용합니다
전면 수정이 있을 때 사용한다.
복잡한 코드를 단순화 할 때 사용한다. Refactor의 성격이 강하나 이보다는 약한 수정의 경우 이용하면 좋다.
개정이나 버전 업데이트가 있을 때 사용힌다. Fix와는 달리 Update는 잘못된 것을 바로잡는 것이 아니라는 점에 주의해야 한다. 원래도 정상적으로 동작하고 있었지만, 수정, 추가, 보완을 한다는 개념이다. 코드보다는 주로 문서나 리소스, 라이브러리등에 사용합니다.
주로 기존 동작의 변경을 명시한다.
코드가 추가된 정도보다 더 주목할 만한 구현체를 완성시켰을 때 사용한다.
Implement A
A를 구현합니다
‘Add’에 비해 더 큰 단위의 코드 추가에 사용되며, 특히 모듈이나 클래스 등의 단위에 사용되기 때문에 특별히 목적을 부여 해주지 않아도 되는 경우가 많다. 따라서 ‘Add’에 비해 to나 for가 함께 사용되는 경우가 적습니다.
Implement A to B
B를 위해 A를 구현합니다
구현 목적을 설명할 필요가 있을 때에는 ‘to’를 사용합니다.
주로 문법의 오류나 타입의 변경, 이름 변경 등에 사용한다.
특정한 처리를 못하게 막는다
Prevent A
A하지 못하게 막습니다
Prevent A from B
A를 B하지 못하게 막습니다
코드의 이동이 있을 때 사용한다.
검증 코드를 넣을 때 주로 사용한다.
변수 값을 변경하는 등의 작은 수정에 주로 사용한다.
파라메터를 넘기는 처리에 주로 사용한다.
References
https://chris.beams.io/posts/git-commit/
https://blog.ull.im/engineering/2019/03/10/logs-on-git.html
https://richone.tistory.com/26