커밋 단위를 어떻게 쪼개야 할까요?

Question

만약에 컴포넌트를 하나 만든다고 가정하면

기능 하나를 만들때마다 커밋을 올려서
기능 a 추가
기능 b 추가
기능  a부분 수정
기능 c 추가
...

이런식으로 가야할지

전체적으로 개발을 완료한 다음에 커밋을 올려서
컴포넌트 A a,b,c 기능 추가 
컴포넌트 A a 기능 수정

이런식으로 가야될까요?

커밋 단위를 작게 하는게 원칙인건 알겠는데, 전자처럼 하게 되면 커밋이 너무 지저분해질 것 같기도 하고 흐름이 잘 안보이게 되는 것 같고
그렇다고 후자로 가자니 커밋 단위가 너무 커지는거 같기도 하고 잘 모르겠습니다..
현업에서는 보통 어떻게 하는지 궁금합니다

이윤호 · Answer

자신이 편한대로 하시죠

그건 개발자마다 다 달라서 커밋단위보단
커밋 제목만 잘 정하는게 중요할거같네요.

코드리뷰할때 커밋단위로 보기보단
대부분 Code diff로 보기때문에 사실 커밋단위는 크게 신경쓰지 않는거 같아요.

커밋제목이 add code, edit code 이런식만 아니면 커밋단위는 정말
무식하게 큰거아니면 상관없다라고 생각합니다.