Xcode のアーカイブはほとんどが削除しても安全ですが、サイズ以上の価値を持つものもいくつかあります。アーカイブはどれも、あなたがエクスポートまたはアップロードしたビルドで、中の dSYM はまさにそのバイナリのシンボルを持っています。誰も実行していないビルドのアーカイブは削除しましょう。どこかでまだインストールされているバージョンのアーカイブは残してください。ただし、クラッシュレポートサービスや App Store Connect がすでにそのシンボルを持っているなら話は別です。
基本ルール：まだ使われているビルドのアーカイブはすべて残し、それ以外はターミナルではなく Xcode の Organizer から削除します。
簡潔な回答
du -sh ~/Library/Developer/Xcode/Archives/* | sort -h | tailでフォルダーを測る。- Xcode を開き、Window、Organizer、Archives の順に進む。
- 各アプリの最新のリリース済みビルドと、ユーザーがまだ使っている古いビルドは残す。
- 削除する予定のビルドのシンボルが、クラッシュレポートサービスか App Store Connect にあることを確かめる。
- テスト用のエクスポート、差し替え済みのアップロード、期限切れの TestFlight ビルドを削除する。
- 判断に迷うアーカイブは、削除せずに外付けドライブへ移す。
Xcode アーカイブの中身
Xcode は、Product、Archive を実行するたび、または xcodebuild archive を実行するたびにアーカイブを書き出します。保存先は ~/Library/Developer/Xcode/Archives で、日付ごとに 1 つのフォルダーにまとめ、各バンドルにはスキーム名と時刻を付けます。たとえば MyApp 21.09.2026, 14.13.xcarchive です。
| .xcarchive の中の項目 | 中身 |
|---|---|
dSYMs | アプリと組み込みフレームワークのデバッグシンボル |
Products | ビルドされたアプリ |
Info.plist | バージョン、ビルド番号、作成日 |
Signatures | 署名のメタデータ |
2026 年 10 月 25 日に、macOS 27.0.1 と Xcode 27.1 を入れた私の Mac でこのフォルダーを測りました。容量は 3.9 GB で、11 個のアプリのアーカイブが 35 個あり、すべて 8 月 16 日から 10 月 24 日の間に作ったものでした。一般的なアーカイブは約 165 MB、最大のものは 407 MB です。ある StorageRadar のアーカイブでは dSYMs フォルダーが 84 MB、アプリ本体が 39 MB で、シンボルのほうが製品より大きくなっていました。
dSYM が重要な理由
リリースビルドのクラッシュレポートに並ぶのは、関数名ではなくメモリアドレスです。Xcode やクラッシュレポートサービスは、クラッシュしたバイナリと UUID が一致する dSYM を使って、そのアドレスを変換します。dSYM がどのビルドのものかは、次のように確認できます。
dwarfdump --uuid ~/Library/Developer/Xcode/Archives/2026-09-21/*.xcarchive/dSYMs/*.dSYM同じコミットをもう一度アーカイブすると新しいバイナリができ、ほとんどの構成では UUID も新しくなります。削除したアーカイブをクラッシュレポートのために作り直せないのはこのためです。古いビルドのレポートには、古い dSYM が必要です。
2 つ目のコピーを持てる場所は 2 つあります。
- App Store Connect。 アプリのシンボルをアップロードするオプションを付けて配布すると、Xcode の Organizer に表示されるクラッシュレポートを Apple がシンボル化します。
- クラッシュレポートサービス。 Sentry や Firebase Crashlytics などのサービスは、プロジェクトでその設定をしていればビルド中に dSYM をアップロードし、自分たちの側で保管します。
どちらにも当てはまらないビルドでは、そのアーカイブがシンボルの唯一のコピーです。
削除してよいアーカイブ
あまり迷わず削除してよいもの：
- 何かを試すために作った、ローカルや Ad Hoc のエクスポートのアーカイブ。
- アップロードしたあと、同じバージョンの新しいビルドに差し替えたビルド。
- 90 日より古い TestFlight ビルド。TestFlight はその期間を過ぎたビルドを期限切れにします。
残すもの：
- App Store で公開中のビルドのアーカイブ。ユーザーのアップデートが遅いなら、その 1 つか 2 つ前のものも。
- App Store 以外で配布しているビルドのアーカイブ。まさにそのビルドをもう一度エクスポートしたり公証したりする必要が出るかもしれません。
- シンボルの 2 つ目のコピーがないもの。そのビルドのクラッシュレポートが届いているあいだは残します。
アーカイブの削除方法
Xcode で。 Window、Organizer を開き、Archives を選びます。左側でアプリを選び、アーカイブを 1 つ以上選択して、コンテキストメニューから削除します。Organizer はアーカイブのフォルダーを読み込んでいるので、この操作でディスクからバンドルが消えます。
Finder で。 open ~/Library/Developer/Xcode/Archives を実行し、日付フォルダーごとゴミ箱へ移します。移したものは Organizer に表示されなくなります。
外付けドライブへ。 古い日付フォルダーを外付けディスクにコピーしてから、Mac から削除します。Xcode は、内蔵ディスクにアーカイブがなくても問題なく動きます。古いビルドのクラッシュレポートが届いたら、該当するものを 1 つコピーして戻せます。
アーカイブの保存先は、Xcode Settings、Locations で別のフォルダーに変更することもできます。
Archives と DerivedData の違い
この 2 つのフォルダーは ~/Library/Developer/Xcode に並んでいますが、振る舞いは正反対です。DerivedData は次のビルドで Xcode が作り直すビルド出力なので、消しても失うのはビルド 1 回分の時間だけです。Archives はリリースしたビルドの記録で、作り直す仕組みはありません。DerivedData は気軽に消し、Archives は 1 つずつ確認しましょう。
まとめ
Xcode アーカイブの削除は、誰も実行していないビルドなら安全で、まだ使われているビルドなら高くつきます。フォルダーを測り、Organizer を開き、公開中の各バージョンのアーカイブは残し、古いビルドのシンボルがどこにあるかを確かめてから削除してください。迷ったときは外付けドライブへ。読めないクラッシュレポートを抱えるより安く済みます。
よくある質問
Xcode のアーカイブは削除しても安全ですか？
もう誰も実行していないビルドのアーカイブなら安全です。テスト用のエクスポート、差し替え済みのアップロード、期限切れの TestFlight ビルドなどです。どこかでまだインストールされているビルドのアーカイブはすべて残してください。その dSYM が、そのビルドのクラッシュレポートを読めるスタックトレースに変えてくれます。
Xcode のアーカイブを削除すると App Store からアプリが消えますか？
消えません。アップロードしたビルドは App Store Connect が保持しています。アーカイブは、そのビルドとデバッグシンボルの手元のコピーです。
削除したアーカイブは作り直せますか？
同じコミットをもう一度アーカイブすることはできますが、ほとんどの構成では新しいバイナリに新しい UUID が付きます。古いクラッシュレポートには古い UUID の dSYM が必要なので、その dSYM が App Store Connect やクラッシュレポートサービスなど別の場所にない限り、シンボル化されないままです。
Xcode は Mac のどこにアーカイブを保存しますか？
~/Library/Developer/Xcode/Archives の中に、2026-10-24 のような名前の日付ごとのフォルダーで保存します。パスは Xcode の Settings、Locations に表示されます。各アーカイブは .xcarchive バンドルで、アプリ本体、その dSYM、Info.plist が入っています。
Xcode のアーカイブはどれくらい容量を使いますか？
アプリによります。私の Mac では一般的なアーカイブが約 165 MB、最大のものが 407 MB でした。アップロードのたびに 1 つ残るので、10 週間で 35 個、合計 3.9 GB になっていました。