Worktrees와 추가적인 골칫거리
Worktrees and additional headache
핵심 요약
Claude Code의 Worktrees 기능이 실무에서 오히려 복잡함과 오류를 유발한다는 사용자들의 경험담과 활용 팁 공유.
- Worktrees의 불편함 — 테스트 파이프라인과의 호환성 문제 및 원치 않는 자동 푸시로 인한 혼란 발생함
- 병렬 작업의 필요성 — 작업이 병렬로 진행되지 않는 환경에서는 Worktrees보다 git stash가 더 효율적일 수 있음
- 환경 설정의 중요성 — Worktrees를 제대로 활용하려면 프로젝트 구조와 의존성 관리가 사전에 최적화되어야 함
- 고급 활용 사례 — 별도의 오케스트레이션 도구나 터미널 탭 관리 등을 통해 Worktrees를 체계적으로 운용하는 사용자도 존재함
claude code를 꽤 오랫동안 써왔는데, 지금까지는 그냥 git에서 브랜치 따서 기능 구현하고 필요할 때 메인 브랜치로 머지하는 식으로 옛날 방식대로 썼거든.
근데 최신 claude code는 자꾸 에이전트마다 각자의 worktree에서 작업하는 멀티 에이전트 워크플로우를 강요하네. 이론적으로 좋다는 건 알겠는데, 실제로 써보니까 그냥 고통 그 자체임. 내 테스트 파이프라인은 worktree가 뭔지도 모르고, claude는 자꾸 이상한 걸 머지하거나 내가 시키지도 않은 worktree 푸시를 github에 올려버림.
내가 worktree에 대해 뭘 잘못 알고 있는 거냐? 이거 끄는 방법 찾아봐야 함? 솔직히 난 한 번에 두 가지 기능을 동시에 작업하는 경우가 거의 없어서, 이론적인 병렬 처리로 얻는 이득이 뭔지 잘 모르겠음.
수정: 다들 의견 고맙다, 흥미로운 얘기들이네. 하나 더 궁금한 게 있는데, 너희는 코드베이스에서 여러 변경 사항이 동시에 일어나는 멀티 에이전트 상황에서 worktree를 쓰는 거임?

