크래시 심볼을 잃지 않고 오래된 Xcode Archives 삭제하기

Archives가 DerivedData와 다른 이유

Product > Archive를 실행하면 Xcode는 배포 가능한 빌드를 .xcarchive 번들로 보존합니다. 기본 위치는 ~/Library/Developer/Xcode/Archives이며 날짜별 폴더와 Organizer에서 확인할 수 있습니다. 오래 운영한 앱에는 릴리스 후보, TestFlight, 프로덕션 빌드가 여러 세대 쌓입니다.

DerivedData는 소스에서 다시 만들 수 있지만 아카이브에는 그 릴리스의 정확한 바이너리, 빌드 메타데이터, dSYM이 들어 있을 수 있습니다. Apple의 설명처럼 dSYM은 UUID로 특정 바이너리와 연결됩니다. 같은 소스를 나중에 다시 빌드해도 새 바이너리는 다른 UUID를 받으므로 원래 심볼 파일을 대신할 수 없습니다.

따라서 삭제 비용도 다릅니다. DerivedData는 지워도 다음 빌드와 인덱싱이 느려질 뿐입니다. 하지만 아카이브를 잘못 지우면 정확히 같은 상태로 되살리지 못할 수 있고, 그 바이너리의 크래시 보고서가 들어왔을 때 메모리 주소를 함수 이름과 소스 위치로 바꾸지 못할 수 있습니다.

삭제 목록보다 보존 목록을 먼저 만들기

Finder의 날짜만 보지 말고 Window > Organizer에서 Archives를 여세요. 앱을 선택한 다음 버전, 빌드 번호, 생성 날짜와 배포 상태를 확인합니다. 이 정보가 오래되어 보이는 폴더명보다 안전한 판단 근거입니다.

현재 App Store에 제공되는 버전, 활성 TestFlight 빌드, 아직 설치된 Enterprise 또는 Ad Hoc 빌드, 크래시 조사 기간 안에 있는 이전 프로덕션 버전은 보존합니다. 다시 내보내기, 서명 확인, 장애 대응에 쓰는 기준 릴리스도 남겨야 합니다.

업로드에 성공했다고 로컬 아카이브가 필요 없어졌다고 가정하지 마세요. 설정에 따라 Apple에 심볼이 전달됐을 수 있지만 Apple 디버깅 문서도 배포한 각 빌드의 아카이브 보존을 권합니다. 로컬 아카이브는 바이너리, dSYM, 버전과 빌드 번호를 연결해 주는 가장 명확한 기록입니다.

1. Window > Organizer를 열고 Archives를 선택합니다.
2. 프로덕션, TestFlight, Enterprise, Ad Hoc에서 현재 사용 중인 버전과 빌드 번호를 기록합니다.
3. 필요한 심볼 업로드를 확인하고 보존 정책이 있다면 백업된 저장소에 복사합니다.
4. 대체된 릴리스 후보, 중단된 내부 빌드, 조사 기간이 끝난 버전만 삭제 후보로 표시합니다.
5. Organizer에서 하나씩 삭제하고 필요한 항목이 남았는지 확인한 뒤 휴지통을 비웁니다.

날짜만으로 결정하면 안 됩니다. 새 버전이 출시된 뒤에도 이전 프로덕션 바이너리가 사용자 기기에 오래 남을 수 있습니다.

삭제하지 않고 크기 측정하기

Finder에서 Command-Shift-G를 누르고 ~/Library/Developer/Xcode/Archives를 엽니다. 목록 보기로 바꾼 뒤 보기 옵션에서 ‘모든 크기 계산’을 켜고 크기순으로 정렬하면, 파일을 바꾸지 않고 큰 아카이브를 찾을 수 있습니다.

터미널에서는 du -sh ~/Library/Developer/Xcode/Archives로 합계를, du -sh ~/Library/Developer/Xcode/Archives/*로 날짜 폴더별 크기를 확인할 수 있습니다. 두 명령 모두 읽기 전용입니다.

.xcarchive는 Finder에서 하나의 패키지로 보입니다. 크기를 조사할 때 복사본에서 ‘패키지 내용 보기’를 사용할 수는 있지만, 원본 번들 안의 파일을 일부만 지우지는 마세요. 겉으로는 남아 있어도 내보내기나 심볼화가 제대로 되지 않을 수 있습니다.

가장 안전한 삭제 흐름

삭제는 Organizer에서 하는 것이 가장 좋습니다. 앱, 버전, 빌드 번호를 보면서 지원이 끝난 것으로 확인된 아카이브만 골라 Delete할 수 있어 Finder의 날짜 폴더보다 대상을 잘못 고를 가능성이 낮습니다. macOS와 Xcode 버전에 따라 삭제를 한 번 더 확인할 수 있습니다.

Organizer가 아주 오래됐거나 손상된 번들을 열지 못할 때만 Finder를 사용하세요. Info.plist의 정보를 앞서 만든 점검 목록과 대조해 정확한 .xcarchive 하나만 휴지통으로 옮기고, 이름이 오래돼 보인다는 이유로 날짜 폴더 전체를 지우지 마세요.

곧바로 휴지통을 비우지 마세요. Organizer를 다시 열어 필요한 빌드가 남았는지 확인하고, 아직 필요한 빌드는 내보내 두고, 심볼이 중요하다면 대표 크래시 보고서를 심볼화해 보세요. 휴지통으로 옮기면 잠시 되돌릴 여유가 생기지만, 터미널로 영구 삭제하면 그 여유만 사라질 뿐 정리가 더 정확해지지는 않습니다.

끝없이 늘어나지 않는 보존 정책

단순한 파일 나이보다 배포 상태를 기준으로 삼으세요. 현재 배포 중인 빌드는 모두 보존하고, 이전 프로덕션 버전은 크래시를 받는 기간까지, Enterprise 빌드는 설치 만료까지 남깁니다. 법무, 고객 지원, 장애 대응 정책상 필요한 주요 릴리스는 조직 정책에 따라 보관합니다.

릴리스 체크리스트에 아카이브 보관 위치, dSYM 업로드 여부, 복원 권한과 삭제 가능 시점을 적으세요. 외장 또는 클라우드 저장소로 옮길 때는 파일 존재만 확인하지 말고 복원과 내보내기를 실제로 시험합니다.

큰 릴리스 주기마다 짧게 검토하면 시동 디스크가 가득 찬 상황에서 성급히 삭제하지 않아도 됩니다. 당장 공간이 필요할 때는 DerivedData와 쓰지 않는 시뮬레이터 데이터처럼 위험이 낮은 것부터 정리하고, 여유가 생긴 뒤에 아카이브를 차분히 검토하세요.

AskClean이 Archives를 다루는 방식

AskClean은 Xcode Archives를 다시 만들 수 있는 일반 캐시로 표시하지 않습니다. Archives 폴더를 스캔해 .xcarchive를 하나씩 보여 주고 되돌릴 수 없는 비용을 경고하므로, 폴더 전체를 지우느냐 마느냐로 고민하지 않고 오래된 빌드를 하나씩 검토할 수 있습니다.

최종 판단은 사용자에게 맡깁니다. AskClean은 어떤 아카이브가 공간을 차지하는지 보여 주고 사용자가 승인한 항목을 휴지통을 거치지 않고 영구 삭제하지만, 제품 지원 기간을 판단하거나 잃어버린 dSYM을 되살릴 수는 없습니다. 삭제하기 전에 보관 요건을 확인하세요.

삭제 경계: 다시 만들 수 있는 것과 없는 것

생성 시기나 크기보다 복구 비용으로 먼저 분류하세요.

자주 묻는 질문