# Kann man Xcode DerivedData, alte Simulatoren und iOS DeviceSupport gefahrlos löschen? > Was die Xcode-Ordner in ~/Library/Developer enthalten, was Xcode neu erstellt, warum Archives Vorsicht brauchen und wie simctl Simulatoren entfernt. - URL: https://moreroom.app/de/learn/xcode-deriveddata-simulators-devicesupport - Published: 2026-10-17 - Updated: 2026-10-17 - Publisher: MoreRoom (Yando Pte. Ltd.) — https://moreroom.app ## TL;DR - DerivedData kannst du gefahrlos löschen: Xcode erstellt den Ordner beim nächsten Build neu. Der Preis ist ein langsamerer Build und eine neue Indexierung. - Die Ordner in iOS DeviceSupport kannst du gefahrlos löschen. Xcode kopiert die Symbole erneut, sobald du ein Gerät mit dieser Version anschließt. - Lösche Xcode-Archives nicht ungeprüft. Sie enthalten die dSYM-Dateien, mit denen Xcode Absturzberichte von veröffentlichten Builds symbolisiert. - Entferne Simulatoren mit xcrun simctl delete unavailable und Runtimes mit xcrun simctl runtime delete, statt Ordner von Hand zu löschen. - Eine Simulator-Runtime belegt typischerweise 7–10 GB. iOS-Versionen zu entfernen, auf denen du nicht mehr testest, bringt daher oft am meisten Platz. Meistens ja. **DerivedData, iOS DeviceSupport, Klone von Testgeräten, Vorschau-Simulatoren und die Caches von Xcode kannst du gefahrlos löschen**: Xcode legt sie neu an, sobald es sie braucht. **Simulatoren und Simulator-Runtimes** lassen sich ebenfalls entfernen, allerdings besser mit Apples Werkzeug `simctl` als im Finder. Vorsicht ist nur bei einem Ordner geboten: **Archives**, denn er enthält die Debug-Symbole der Apps, die du veröffentlicht hast. Auf einem Mac, mit dem du für iOS entwickelst, belegen diese Ordner zusammen schnell einige Dutzend Gigabyte. Hier erfährst du, was jeder davon ist und wie du ihn am saubersten entfernst. ## Wo Xcode seine Daten ablegt Fast alles liegt unter `~/Library/Developer` in deinem Benutzerordner. Die Ausnahme sind Simulator-Runtimes: Das sind Systemabbilder, die macOS selbst verwaltet. | Ordner | Pfad | Gefahrlos löschbar? | Kommt wieder? | |---|---|---|---| | DerivedData | `~/Library/Developer/Xcode/DerivedData` | Ja | Ja, beim nächsten Build | | Archives | `~/Library/Developer/Xcode/Archives` | Erst prüfen | Nein | | iOS DeviceSupport | `~/Library/Developer/Xcode/iOS DeviceSupport` | Ja | Ja, beim Anschließen des Geräts | | Simulatorgeräte | `~/Library/Developer/CoreSimulator/Devices` | Mit `simctl` | In Xcode neu anlegen | | Simulator-Runtimes | `/Library/Developer/CoreSimulator/Volumes` | Mit `simctl` | Erneut herunterladen | | Klone von Testgeräten | `~/Library/Developer/XCTestDevices` | Ja | Ja, bei parallelen Tests | | SwiftUI-Vorschauen | `~/Library/Developer/Xcode/UserData/Previews` | Ja | Ja, wenn Vorschauen laufen | | Simulator-Caches | `~/Library/Developer/CoreSimulator/Caches` | Ja | Ja | | Xcode-Caches | `~/Library/Caches/com.apple.dt.Xcode` | Ja | Ja | Dieselbe Logik wie für DeviceSupport gilt für die benachbarten Ordner `watchOS DeviceSupport`, `tvOS DeviceSupport`, `visionOS DeviceSupport` und `macOS DeviceSupport`. ![Übersicht der Speicherordner von Xcode unter ~/Library/Developer mit den Markierungen „Sicher entfernbar“ und „Erst prüfen“](https://moreroom.app/learn/img/xcode-deriveddata-simulators-devicesupport-map.svg) ## DerivedData: gefahrlos, Xcode baut es neu auf [DerivedData](https://moreroom.app/glossary#derived-data) enthält Zwischenprodukte von Builds, den Quellcode-Index, Build-Protokolle und Modul-Caches, jeweils in einem Unterordner pro Projekt. Das Löschen berührt deinen Code nie. Es kostet nur Zeit: Der nächste Build jedes Projekts beginnt bei null, und Xcode indexiert neu, bevor die Codevervollständigung wieder vollständig funktioniert. Beende zuerst Xcode und lege dann den Inhalt in den Papierkorb: ```sh open ~/Library/Developer/Xcode/DerivedData ``` Um nur ein Projekt aufzuräumen, löschst du nur dessen Unterordner (benannt nach dem Projekt plus einem zufälligen Suffix). **Product › Clean Build Folder** in Xcode entfernt die Build-Produkte, lässt den Index aber typischerweise stehen und gibt daher weniger frei. Den Speicherort kannst du unter **Xcode › Settings › Locations** prüfen oder ändern. ## Archives: behalte, was du veröffentlicht hast Jede `.xcarchive` ist ein signierter Build, den du mit **Product › Archive** erstellt hast, und enthält die dSYM-Dateien der App. Damit [ergänzt Xcode Absturzberichte um Symbolnamen](https://developer.apple.com/documentation/xcode/adding-identifiable-symbol-names-to-a-crash-report): Ohne die passende dSYM zeigt ein Absturz dieses Builds nur Speicheradressen statt Funktionsnamen. Absturzberichts-Dienste von Drittanbietern benötigen dieselben Dateien. Prüfe Archive also einzeln, statt den Ordner zu leeren. Lösche unter **Window › Organizer › Archives** Builds, die kein Nutzer mehr verwendet, etwa alte interne Test-Builds. Für Versionen, die noch im App Store oder in TestFlight sind, behältst du das Archiv oder kopierst die `.xcarchive`-Pakete auf ein externes Laufwerk, bevor du sie von deinem Mac entfernst. ## iOS DeviceSupport: gefahrlos, wird bei Bedarf neu kopiert Wenn du ein iPhone, iPad, eine Apple Watch, ein Apple TV oder eine Vision Pro zum Entwickeln anschließt, kopiert Xcode die Systemsymbole dieses Geräts, um auf deinem Mac debuggen und symbolisieren zu können. Aktuelle Xcode-Versionen benennen jeden Ordner nach Gerätemodell, Betriebssystemversion und Build, zum Beispiel `iPhone15,5 27.0.1 (24A446)`, und ein einzelner Ordner ist oft mehrere Gigabyte groß. Jedes iOS-Update auf jedem Gerät, das du debuggst, fügt einen neuen Ordner hinzu, und Xcode entfernt die alten nicht. Ordner für Betriebssystemversionen, die du nicht mehr nutzt, kannst du gefahrlos in den Papierkorb legen. Löschst du einen, den du doch noch brauchst, kopiert Xcode ihn beim nächsten Anschließen des Geräts erneut. Das dauert ein paar Minuten. ## Simulatoren: Geräte und Runtimes sind zwei verschiedene Dinge Eine Simulator-**Runtime** ist ein vollständiges Systemabbild für eine Betriebssystemversion, etwa iOS 27.1, typischerweise 7–10 GB groß. Ein Simulator-**Gerät** ist eine kleine Konfiguration mit eigenen Daten: installierten Apps, Fotos und Einstellungen. Viele Geräte können sich eine Runtime teilen. Ein Gerät zu löschen gibt also dessen Daten frei, eine Runtime zu löschen das große Abbild. ![Schema: eine Simulator-Runtime, die sich mehrere Simulatorgeräte teilen, und welcher simctl-Befehl was entfernt](https://moreroom.app/learn/img/xcode-deriveddata-simulators-devicesupport-simulators.svg) ### Simulatorgeräte entfernen Liste die Geräte auf und entferne jene, die mit deinen installierten Runtimes nicht mehr funktionieren: ```sh xcrun simctl list devices xcrun simctl delete unavailable ``` `delete unavailable` entfernt Geräte, die das aktuelle Xcode nicht mehr unterstützt – typischerweise Überbleibsel älterer Runtimes. Um ein bestimmtes Gerät zu entfernen, übergibst du seine UDID aus der Liste: `xcrun simctl delete `. Das geht auch unter **Window › Devices and Simulators**. Verzichte auf `xcrun simctl delete all`, es sei denn, du willst wirklich alle Simulatoren samt Daten entfernen. Das Löschen eines Geräts ist endgültig; ein neues kannst du in Xcode jederzeit anlegen. ### Simulator-Runtimes entfernen ```sh xcrun simctl runtime list xcrun simctl runtime delete ``` `runtime list` zeigt jedes installierte Abbild mit Version, Kennung und Status sowie die Gesamtgröße. `runtime delete` erwartet die Kennung (die UUID in jeder Zeile), wirft das Abbild aus und entfernt es. Seit Xcode 27 akzeptiert `delete` außerdem `--dry-run` für eine Vorschau, `--notUsedSinceDays `, `--unusable` und `--outdated`. Ältere Xcode-Versionen kennen weniger Optionen; mit `xcrun simctl runtime` siehst du, was deine Version unterstützt. In Xcode geht dasselbe unter **Xcode › Settings › Components** (in Xcode 15 heißt der Bereich **Platforms**): Runtime auswählen und löschen. Apples Anleitung zum [Laden und Installieren zusätzlicher Xcode-Komponenten](https://developer.apple.com/documentation/xcode/downloading-and-installing-additional-xcode-components) erklärt, wie du eine Runtime zurückholst, auch per `xcodebuild -downloadPlatform iOS` im Terminal. Lösche Runtime-Dateien nicht von Hand aus `/Library/Developer/CoreSimulator/Volumes` oder `/System/Library/AssetsV2`. Aktuelle Xcode-Versionen speichern Runtimes als vom System verwaltete Assets, und wer Dateien direkt entfernt, hinterlässt womöglich eine registrierte, aber defekte Runtime. ### Testklone, Vorschauen und Simulator-Caches - **XCTestDevices**: Klone, die Xcode für parallele Tests anlegt. Gefahrlos in den Papierkorb zu legen, solange keine Tests laufen. - **SwiftUI-Vorschauen**: Xcode führt Vorschauen in einem eigenen Satz Simulatoren aus. `xcrun simctl --set previews delete all` entfernt sie; Xcode legt sie bei der nächsten Vorschau neu an. - **Caches und Protokolle von CoreSimulator**: `~/Library/Developer/CoreSimulator/Caches` und `~/Library/Logs/CoreSimulator` kannst du gefahrlos leeren, solange die App Simulator geschlossen ist. ## Alte Xcode-Versionen, Toolchains und Downloads Jede Xcode-Kopie im Ordner „Programme“ (`/Applications`) ist eine große App, und Beta- oder ältere Versionen, die du für ein Altprojekt aufbewahrst, summieren sich schnell. Prüfe vor dem Löschen, welches Xcode die Befehlszeilenwerkzeuge verwenden: ```sh xcode-select -p ``` Behalte die Kopie, auf die dieser Pfad zeigt, und jede Version, die ein CI-Job oder ein altes Projekt noch braucht. Sieh außerdem in `~/Downloads` nach `.xip`-Dateien: Sobald Xcode installiert ist, wird das Archiv nicht mehr benötigt. Zusätzliche Swift-Toolchains von swift.org liegen in `~/Library/Developer/Toolchains`; behalte die, die deine Projekte auswählen. `~/Library/Caches/com.apple.dt.Xcode` enthält den eigenen Cache von Xcode und wird bei Bedarf neu aufgebaut. Wenn du Xcode schon viele Jahre nutzt, findest du vielleicht auch Offline-Dokumentationen, die sehr alte Xcode-Versionen nach `~/Library/Developer/Shared/Documentation/DocSets` geladen haben; aktuelle Versionen verwenden sie nicht mehr. ## Eine sinnvolle Reihenfolge 1. Xcode und Simulator beenden. 2. DerivedData, XCTestDevices und Vorschau-Simulatoren löschen. Das ist ohne Risiko. 3. `xcrun simctl delete unavailable` ausführen. 4. DeviceSupport-Ordner und Simulator-Runtimes für Betriebssystemversionen entfernen, die du nicht mehr unterstützt. 5. Archives und alte Xcode-Kopien zuletzt und mit Bedacht prüfen. Leere danach den Papierkorb, um den Platz tatsächlich zurückzubekommen. Die Ordner sind unter macOS 27 Golden Gate, 26 Tahoe, 15 Sequoia und 14 Sonoma dieselben; welche `simctl`-Optionen verfügbar sind, hängt von deiner Xcode-Version ab. ## So hilft MoreRoom Die Gratisversion von MoreRoom scannt `~/Library/Developer` und erkennt jeden dieser Ordner – mit der Marke „Sicher entfernbar“ oder „Erst prüfen“ und dem Hinweis, ob er wiederkommt. DerivedData, DeviceSupport, Testklone und Caches legst du Objekt für Objekt in den Papierkorb, mit Widerrufen. Für Simulatorgeräte und Runtimes führt MoreRoom Apples eigene Befehle `xcrun simctl delete` und `xcrun simctl runtime delete` aus; diese Befehle sind endgültig und entsprechend gekennzeichnet. Archives sind zum Behalten markiert. MoreRoom Pro ergänzt den Sammler, um mehrere Objekte auf einmal aufzuräumen, den Zielmodus, der die sicherste Auswahl für den benötigten Platz trifft, und den Projekt-Ruhezustand für inaktive Projekte. Archive direkt aus MoreRoom auf ein externes Laufwerk auszulagern, kommt demnächst; bis dahin kopierst du sie selbst. ## FAQ ### Macht das Löschen von DerivedData mein Xcode-Projekt kaputt? Nein. DerivedData enthält nur Build-Produkte, Indizes und Protokolle, die Xcode selbst erzeugt. Dein Quellcode und deine Projekteinstellungen liegen im Projektordner. Der nächste Build und die nächste Indexierung dauern länger, während Xcode die Daten neu anlegt. ### Kann ich Xcode-Archives gefahrlos löschen? Nur für Builds, die niemand mehr nutzt. Jedes Archiv enthält die dSYM-Dateien, die Adressen in Absturzberichten in Funktionsnamen übersetzen. Behalte die Archive aller Versionen, die noch bei Nutzern im Einsatz sind, oder kopiere sie vorher auf ein anderes Laufwerk. ### Warum taucht iOS DeviceSupport immer wieder auf? Xcode kopiert die Debug-Symbole jedes Geräts, das du zum Entwickeln anschließt – einmal pro Gerätemodell und Betriebssystemversion. Löschst du den Ordner eines Geräts, das du noch nutzt, kopiert Xcode ihn beim nächsten Anschließen erneut. ### Kann ich einfach den Ordner CoreSimulator löschen? Besser nicht. Simulatorgeräte und Runtimes sind beim Dienst CoreSimulator registriert, und Runtimes sind eingebundene Systemabbilder. Verwende xcrun simctl delete und xcrun simctl runtime delete oder die Einstellungen von Xcode, damit die Verwaltung stimmig bleibt. ### Wie bekomme ich eine gelöschte Simulator-Runtime zurück? Lade sie unter Xcode › Settings › Components erneut herunter oder führe xcodebuild -downloadPlatform iOS im Terminal aus. Simulatorgeräte kannst du danach unter Window › Devices and Simulators neu anlegen.