Peut-on supprimer sans risque DerivedData, les anciens simulateurs et iOS DeviceSupport d’Xcode ?

Pour l’essentiel, oui. DerivedData, iOS DeviceSupport, les clones d’appareils de test, les simulateurs des aperçus et les caches d’Xcode se suppriment sans risque : Xcode les recrée quand il en a besoin. Les simulateurs et leurs runtimes peuvent aussi être retirés, mais avec l’outil simctl d’Apple plutôt que dans le Finder. Le seul dossier à manier avec précaution est Archives, car il contient les symboles de débogage des apps que vous avez publiées.

Sur un Mac qui sert au développement iOS, ces dossiers atteignent couramment plusieurs dizaines de gigaoctets. Voici ce que contient chacun d’eux et la façon la plus propre de les supprimer. L’interface d’Xcode n’existant qu’en anglais, les noms de menus sont donnés tels quels.

Où Xcode range ses données

Presque tout se trouve dans ~/Library/Developer, dans votre dossier de départ. Les runtimes de simulateur font exception : ce sont des images disque système gérées par macOS.

La même logique s’applique aux dossiers voisins watchOS DeviceSupport, tvOS DeviceSupport, visionOS DeviceSupport et macOS DeviceSupport.

DerivedData : sans risque, Xcode le reconstruit

DerivedData contient les produits de compilation intermédiaires, l’index du code source, les journaux de build et les caches de modules, avec un sous-dossier par projet. Le supprimer ne touche jamais à votre code. Le prix à payer, c’est du temps : le build suivant de chaque projet repart de zéro et Xcode réindexe le code avant que la complétion soit de nouveau pleinement disponible.

Quittez d’abord Xcode, puis placez le contenu dans la corbeille :

open ~/Library/Developer/Xcode/DerivedData

Pour nettoyer un seul projet, supprimez uniquement son sous-dossier (nommé d’après le projet, suivi d’un suffixe aléatoire). Product › Clean Build Folder dans Xcode supprime les produits de compilation mais laisse en général l’index en place : on récupère donc moins d’espace. Vous pouvez vérifier ou modifier l’emplacement dans Xcode › Settings › Locations.

Archives : gardez ce que vous avez publié

Chaque .xcarchive est une version signée créée avec Product › Archive, et elle contient les fichiers dSYM de l’app. Xcode s’en sert pour ajouter les noms de symboles aux rapports de plantage : sans le dSYM correspondant, un plantage de cette version n’affiche que des adresses mémoire au lieu des noms de fonctions. Les outils tiers de suivi des plantages ont besoin des mêmes fichiers.

Passez donc les archives en revue plutôt que de vider le dossier. Dans Window › Organizer › Archives, supprimez les versions que plus aucun utilisateur ne lance, comme d’anciennes versions de test internes. Pour les versions encore sur l’App Store ou dans TestFlight, gardez l’archive, ou copiez les paquets .xcarchive sur un disque externe avant de les retirer de votre Mac.

iOS DeviceSupport : sans risque, recopié au besoin

Quand vous branchez un iPhone, un iPad, une Apple Watch, une Apple TV ou un Vision Pro pour le développement, Xcode copie les symboles système de cet appareil afin de pouvoir déboguer et symboliser sur votre Mac. Les versions récentes d’Xcode nomment chaque dossier d’après le modèle, la version du système et le build, par exemple iPhone15,5 27.0.1 (24A446), et un seul dossier pèse souvent plusieurs gigaoctets.

Chaque mise à jour d’iOS sur chaque appareil que vous déboguez ajoute un nouveau dossier, et Xcode ne supprime jamais les anciens. Les dossiers des versions que vous n’utilisez plus peuvent aller à la corbeille sans risque. Si vous en supprimez un dont vous avez encore besoin, Xcode le recopie la prochaine fois que vous branchez l’appareil, ce qui prend quelques minutes.

Simulateurs : appareils et runtimes sont deux choses différentes

Un runtime de simulateur est une image système complète pour une version donnée, comme iOS 27.1, qui pèse en général 7 à 10 Go. Un appareil simulé est une petite configuration accompagnée de ses propres données : apps installées, photos et réglages. Plusieurs appareils peuvent partager un même runtime : supprimer un appareil libère ses données, supprimer un runtime libère la grosse image.

Supprimer des appareils simulés

Listez les appareils et supprimez ceux qui ne fonctionnent plus avec les runtimes installés :

xcrun simctl list devices
xcrun simctl delete unavailable

delete unavailable supprime les appareils que la version actuelle d’Xcode ne prend plus en charge, en général des restes d’anciens runtimes. Pour supprimer un appareil précis, passez son UDID tiré de la liste : xcrun simctl delete <UDID>. Vous pouvez aussi le faire dans Window › Devices and Simulators. Évitez xcrun simctl delete all, sauf si vous voulez vraiment supprimer tous les simulateurs et leurs données. La suppression d’un appareil est définitive ; vous pouvez en recréer un à tout moment dans Xcode.

Supprimer des runtimes de simulateur

xcrun simctl runtime list
xcrun simctl runtime delete <identifier>

runtime list affiche chaque image installée avec sa version, son identifiant et son état, ainsi que la taille totale. runtime delete prend l’identifiant (l’UUID affiché sur chaque ligne), puis démonte et supprime l’image. Depuis Xcode 27, delete accepte aussi --dry-run pour un aperçu, --notUsedSinceDays <days>, --unusable et --outdated. Les versions plus anciennes d’Xcode proposent moins d’options : exécutez xcrun simctl runtime pour voir celles que la vôtre accepte.

Dans Xcode, la même opération se fait dans Xcode › Settings › Components (Platforms dans Xcode 15) : sélectionnez un runtime et supprimez-le. Le guide d’Apple sur le téléchargement et l’installation de composants Xcode supplémentaires explique comment en récupérer un, y compris avec xcodebuild -downloadPlatform iOS dans Terminal.

Ne supprimez pas à la main les fichiers de runtime dans /Library/Developer/CoreSimulator/Volumes ou /System/Library/AssetsV2. Les versions récentes d’Xcode stockent les runtimes comme des ressources gérées par le système, et supprimer directement des fichiers peut laisser un runtime enregistré mais inutilisable.

Clones de test, aperçus et caches du simulateur

• XCTestDevices : des clones créés par Xcode pour les tests en parallèle. Ils peuvent aller à la corbeille sans risque quand aucun test n’est en cours.
• Aperçus SwiftUI : Xcode exécute les aperçus dans leur propre ensemble de simulateurs. xcrun simctl --set previews delete all les supprime ; Xcode les recrée au prochain aperçu.
• Caches et journaux de CoreSimulator : ~/Library/Developer/CoreSimulator/Caches et ~/Library/Logs/CoreSimulator peuvent être vidés sans risque, l’app Simulator fermée.

Anciennes versions d’Xcode, toolchains et téléchargements

Chaque copie d’Xcode dans /Applications est une grosse app, et les versions bêta ou anciennes gardées pour un projet historique s’additionnent vite. Avant d’en supprimer une, vérifiez quelle version d’Xcode utilisent les outils en ligne de commande :

xcode-select -p

Gardez la copie vers laquelle pointe ce chemin, ainsi que toute version dont un job de CI ou un ancien projet a encore besoin. Regardez aussi dans ~/Downloads s’il reste des fichiers .xip : une fois Xcode installé, l’archive ne sert plus. Les toolchains Swift supplémentaires de swift.org se trouvent dans ~/Library/Developer/Toolchains ; gardez celles que vos projets sélectionnent.

~/Library/Caches/com.apple.dt.Xcode contient le cache propre à Xcode, reconstruit à la demande. Si vous utilisez Xcode depuis de nombreuses années, vous trouverez peut-être aussi dans ~/Library/Developer/Shared/Documentation/DocSets des jeux de documentation hors ligne téléchargés par de très anciennes versions d’Xcode ; les versions actuelles ne s’en servent plus.

Un ordre raisonnable

1. Quittez Xcode et Simulator.
2. Supprimez DerivedData, XCTestDevices et les simulateurs des aperçus. C’est sans risque.
3. Exécutez xcrun simctl delete unavailable.
4. Retirez les dossiers DeviceSupport et les runtimes de simulateur des versions que vous ne ciblez plus.
5. Passez en revue les Archives et les anciennes copies d’Xcode en dernier, posément.

Videz ensuite la corbeille pour récupérer l’espace. Les dossiers sont les mêmes sous macOS 27 Golden Gate, 26 Tahoe, 15 Sequoia et 14 Sonoma ; les options de simctl disponibles dépendent de votre version d’Xcode.

Comment MoreRoom vous aide

La version gratuite de MoreRoom analyse ~/Library/Developer et reconnaît chacun de ces dossiers, avec un badge « Sans risque » ou « À vérifier » et l’indication de s’il reviendra. DerivedData, DeviceSupport, les clones de test et les caches partent à la corbeille un élément à la fois, avec Annuler. Pour les appareils et runtimes de simulateur, MoreRoom exécute les commandes d’Apple xcrun simctl delete et xcrun simctl runtime delete ; elles sont définitives et signalées comme telles. Les Archives sont marquées à conserver.

MoreRoom Pro ajoute le Collecteur, pour nettoyer plusieurs éléments d’un coup, le mode objectif, qui choisit la sélection la plus sûre pour l’espace dont vous avez besoin, et l’hibernation de projets pour les projets inactifs. Déplacer les archives vers un disque externe depuis MoreRoom arrive bientôt ; en attendant, copiez-les vous-même.