작업 폴더 10개 정리, 브랜치 10개 보존
하나 만든 프로젝트에 폴더가 여러 개였다
프로젝트는 하나 만들었는데 비슷한 이름의 폴더가 여러 개 보였다. 무엇이 본체이고 무엇을 지워도 되는지 이름만으로는 알 수 없었다. AI에 이유를 조사하고 계획부터 보고하라고 했다. 이 단계에서는 정리를 실행하지 말라고 명시했다.
조사 결과는 본체 하나, 추가 Git worktree 열 개, 실제 폴더 없이 남은 오래된 등록 하나였다. Worktree는 같은 저장소의 다른 브랜치를 별도 폴더에서 작업할 수 있게 만든 작업 공간이다. 겉으로 비슷해 보여도 단순 복사본이라고 볼 수 없었다.
누가 이 폴더들을 만들었는지는 확정하지 못했다. 생성 주체를 추측하기보다 각 폴더에 남아 있는 작업부터 확인하게 했다.
삭제 전에 나눠 본 세 가지
AI의 조사에는 미커밋 변경, 기본 브랜치와의 차이, Git이 추적하지 않는 데이터가 구분돼 있었다.
| 확인한 대상 | 당시 조사 결과 | 정리에서의 의미 |
|---|---|---|
| 저장하지 않은 코드 변경과 새 파일 | 없음 | 폴더에만 남은 미커밋 작업은 발견되지 않음 |
| 기본 브랜치에 없는 고유 변경 | 브랜치 여섯 개에 있음 | 폴더와 함께 브랜치까지 지우면 안 됨 |
| 나머지 브랜치 네 개 | 기본 브랜치 대비 고유 패치 없음 | 차이가 있는 여섯 개와 구분 가능 |
| 무시된 파일과 사용자 데이터 | 캐시만 있고 사용자 데이터 폴더는 비어 있음 | Git 상태 외의 내용도 확인 |
이 중 “작업 폴더가 깨끗하다”는 결과만 보고 정리했다면 브랜치 차이를 놓칠 수 있었다. 미커밋 변경이 없다는 것은 변경 내용이 이미 커밋됐다는 뜻일 수도 있다. 실제로 여섯 브랜치에는 기본 브랜치와 다른 작업이 남아 있었다.
실행 대상은 폴더, 보존 대상은 브랜치
계획을 받은 뒤 정리를 진행하라고 했다. AI의 최종 보고에는 worktree 폴더 열 개와 오래된 등록 하나를 정리했고, 브랜치 열 개와 커밋은 모두 보존했다고 적혀 있었다. 기본 작업 폴더만 남았으며 저장소 상태도 깨끗하다고 보고했다.
결과를 확인할 때도 삭제 개수만 보지 않았다. 처음 조사한 열 개의 브랜치가 그대로 남았는지, 기본 작업 폴더에 새 변경이 생기지 않았는지가 함께 확인 항목에 들어갔다.
이 작업에서 조사와 실행을 나눈 이유는 모르는 폴더를 없애기 전에 삭제 범위를 정하기 위해서였다. AI는 관계와 차이를 조사하고 정리를 실행했다. 나는 먼저 계획을 받도록 제한한 뒤 실행을 지시했다. 최종 결과는 파일 공간을 정리하면서도 나중에 살펴볼 코드 변경을 남겨 둔 상태였다.
이 글의 수치와 정리 결과는 2026년 8월 27일 세션의 조사·완료 보고를 기준으로 한다. 이번 작성에서 해당 저장소를 다시 검사하거나 추가로 삭제하지 않았다. 프로젝트명과 실제 브랜치명은 생략했다.