Claude Code와 Git을 함께 쓸 때 빠지는 작업 기록
Claude Code를 몇 달 동안 많이 쓰면, Git이 사람 중심으로 만들어진 도구라 과 맞지 않는 부분이 드러난다. Git은 2005년에 사람이 직접 를 쓰는 방식에 맞춰 설계됐고, 지금도 기본 기능은 잘 작동한다. 하지만 Claude Code가 코드를 바꾸면 에는 무엇이 바뀌었는지만 남고, 왜 그 방향을 골랐는지, 먼저 무엇을 시도했는지, 다른 방법 대신 왜 이 방법을 택했는지는 사라지기 쉽다.
되돌리기도 거칠다. 에이전트가 12개의 커밋에 걸쳐 잘못된 방향으로 가면, 사람이 직접 체리픽을 하거나 하드 리셋으로 크게 되돌려야 한다. “목표에 맞게 잘 가던 마지막 지점”으로 돌아가는 개념은 Git에 없다.
또 에이전트는 여러 방법을 동시에 시험해 보려는 흐름이 자연스럽지만, Git에서 실험용 브랜치 5개를 만들고 이긴 방법만 합치는 일은 번거롭게 느껴진다. 실제 불편은 커밋 기록이 잡음으로 변하는 문제, 여러 에이전트가 동시에 작업할 때 생기는 병합 충돌, 세션 사이에 에이전트의 판단 과정이 끊기는 문제로 이어진다.
핵심 포인트
- Claude Code가 만든 변경은 Git에 남지만, 변경 이유와 시도 과정은 잘 남지 않는다.
- 여러 커밋에 걸친 실패를 되돌릴 때 체리픽이나 하드 리셋에 의존해야 한다.
- Git에는 “목표에 맞게 잘 가던 마지막 지점”으로 돌아가는 기능이 없다.
- 는 여러 방법을 동시에 시험하기 좋지만, 흐름은 그만큼 가볍지 않다.
- 커밋 기록 잡음, 병합 충돌, 세션 사이의 판단 과정 손실이 핵심 불편으로 제기된다.