이래서 내가 커밋 스킬을 만든 거임 🥲

리베이스 해본 개발자라면 다 아는 고통이지. 근데 로봇 말이 맞음. 깔끔한 커밋도 연습이 필요한 기술임.

깔끔한 커밋이 대체 뭐야? 좀 알려줘.

봇이 다른 봇한테 그 일 시키는 거 보소 😭

일단 커밋해두고 나중에 실패하면 처음부터 다시 시작하는 거지.

형, 대체 뭔 소리 하는 거야? 나 git 처음 나왔을 때부터 썼는데 뭔 말인지 하나도 모르겠네. 깔끔한 커밋이 뭔데?

하하 인정, 확실히 기본 기능으로도 되긴 하지. 나 같은 경우는 변경 사항에 따라 결과물이 너무 들쭉날쭉해서 문제였어. 😅 어쩔 땐 커밋 잘 짜다가, 어쩔 땐 엄청 짧고, 어쩔 땐 커밋 메시지를 3문단씩이나 쓰고, 원치 않는 파일까지 멋대로 스테이징하기도 했거든. 게다가 자꾸 .claude/ 변경 사항에 이상하게 집착하더라고 ㅋㅋ 커밋용 SKILL.md를 따로 만들고 나니까 그룹화도 훨씬 잘 되고, 메시지도 깔끔해지고, 어떤 파일을 넣을지 덜 물어보게 됐어.

하하 맞는 말임, 확실히 기본 기능으로도 가능하긴 하지. 근데 난 변경 사항에 따라 결과물이 너무 들쭉날쭉해서 문제였음 😅 가끔은 커밋 잘 나오다가도, 어떨 땐 엄청 짧고, 어떨 땐 커밋 메시지가 3문단이나 되고, 원치 않는 파일이 스테이징될 때도 있었거든. 그리고 .claude/ 변경 사항에 이상하게 집착하더라고 ㅋㅋ 커밋용으로 SKILL.md를 따로 만들고 나니까 그룹화도 훨씬 잘 되고, 메시지도 깔끔해지고, 어떤 파일을...

아 뭔지 알겠네. 나도 처음에 그런 일 겪었을 때 그냥 내가 원하는 걸 말하고 memory.md에 필요한 워크플로우를 저장해달라고 했음.

10년 넘게 일한 SWE로서 저평가된 조언 하나 해줌. 대규모 프로젝트에서 코드를 계속 이해하고 싶다면, 커밋은 직접 수동으로 하는 게 좋아. Atomic 커밋을 하려면 코드를 읽고 그 부분이 뭘 하는지 설명하는 커밋 메시지를 써야 하거든. 독해력 기르는 거랑 비슷해서, 코드가 어떻게 작성됐고 핵심 내용이 뭔지 파악하게 됨. 난 이런 식으로 중복 코드나 방치된 계측 코드 엄청 많이 찾아냈음.

어? 난 커밋, PR, 깃 작업, 리베이스, 체리픽 같은 거 하면서 문제 생긴 적 없는데. Claude는 그냥 바로 다 해주던데.

[움짤 반응]

[움짤 반응]