Peut-on supprimer iOS DeviceSupport de Xcode ? Guide sûr
Équipe AskClean · Mis à jour 2026-07-31
Vous pouvez supprimer les dossiers DeviceSupport des versions d’OS que vous ne déboguez plus sur appareils réels, mais gardez celles de votre parc de test actuel. Xcode peut préparer à nouveau le support lors d’une reconnexion : le coût est surtout une attente ultérieure, pas la perte du code source.
Ce que DeviceSupport contient vraiment
Pour déboguer un iPhone, iPad, Apple Watch ou Mac réel, Xcode a besoin de données correspondant au build de l’OS. Après plusieurs générations, vous pouvez trouver ~/Library/Developer/Xcode/iOS DeviceSupport et macOS DeviceSupport.
Ces fichiers aident Xcode à comprendre frameworks système et symboles. Ils ne sont ni le code de votre app, ni des simulateurs, ni le dSYM d’un build distribué. Leurs coûts de suppression diffèrent.
Chaque appareil avec une version ou un build d’OS différent peut ajouter des données. Des versions absentes de votre parc actuel restent donc après plusieurs cycles.
Trouver les dossiers et établir la liste à garder
Quittez Xcode, débranchez les appareils puis ouvrez ~/Library/Developer/Xcode avec Commande-Maj-G. Recherchez iOS et macOS DeviceSupport ; leur présence dépend des outils et appareils utilisés.
Calculez les tailles dans le Finder ou utilisez du -sh ~/Library/Developer/Xcode/*DeviceSupport* pour un résumé en lecture seule.
Relevez ensuite les versions des appareils encore débogués dans Réglages > Général > Informations ou Window > Devices and Simulators. Conservez les dossiers correspondants.
- Quittez Xcode et Simulator et débranchez les appareils.
- Mesurez chaque dossier DeviceSupport sous ~/Library/Developer/Xcode.
- Listez les appareils et versions d’OS encore nécessaires.
- Gardez les correspondances et les cibles bêta ou de compatibilité proches.
- Placez uniquement les versions obsolètes dans la Corbeille et attendez un test réel avant de la vider.
Ce qui se passe après la suppression
Si vous reconnectez une version retirée, Xcode peut afficher une préparation pendant qu’il restaure ou obtient le support. Apple a documenté dans d’anciennes notes que les symboles étaient recopiés après suppression d’iOS DeviceSupport et reconnexion.
Récupérable ne signifie pas gratuit : il faut l’appareil et un outil compatible, et la préparation peut interrompre un débogage urgent. Gardez les versions actives.
Pour un ancien build impossible à reproduire, vous pouvez déplacer le dossier vers un stockage externe sauvegardé et le restaurer au même endroit si une enquête l’exige.
L’instruction Apple était un contournement lié à une version précise de Xcode. Elle prouve la récupération possible, mais ne recommande pas de tout effacer régulièrement.
Ne pas confondre quatre catégories Xcode
DeviceSupport concerne les appareils physiques. Les runtimes de simulateur se gèrent dans Xcode Settings > Platforms et les appareils virtuels résident sous CoreSimulator.
DerivedData contient builds et index régénérables depuis le code ; c’est généralement la première cible à faible risque. DeviceSupport revient souvent, mais demande une préparation par appareil.
Archives est la catégorie coûteuse : un .xcarchive peut conserver binaire distribué et dSYM correspondant. Un numéro ressemblant à une version DeviceSupport n’en fait pas un cache équivalent.
Vérifier que DeviceSupport est vraiment le problème
Mesurez séparément DerivedData, Archives, CoreSimulator, DocumentationCache et DeviceSupport. Supprimer de petits symboles tout en gardant de gros runtimes inutilisés n’aide pas.
Si le disque de démarrage est plein, récupérez d’abord de l’espace réversible avec Corbeille, Téléchargements, ancien DerivedData et simulateurs unavailable. Auditez ensuite DeviceSupport par OS et Archives en dernier.
Mesurez à nouveau : la catégorie Stockage de macOS peut tarder, tandis que Finder ou du donnent un avant-après direct.
Comment AskClean rend la différence visible
AskClean mesure séparément iOS et macOS DeviceSupport et les place dans un flux prudent. Il ne les fusionne pas avec DerivedData et ne présente pas Archives comme un cache de même coût.
Le scan explique le temps de repréparation et demande avant la Corbeille. Archives reçoit l’avertissement irréversible plus strict ; votre parc réel reste l’autorité.
DeviceSupport n’est qu’une couche du stockage Xcode
Distinguez emplacement et coût de récupération pour ne pas supprimer le mauvais artefact.
| Catégorie | Emplacement courant | Conséquence |
|---|---|---|
| Support d’appareil physique | ~/Library/Developer/Xcode/iOS DeviceSupport | Xcode peut le préparer à nouveau lors d’une reconnexion. |
| Données de simulateur | ~/Library/Developer/CoreSimulator | Supprimer un appareil retire ses apps et données de test. |
| DerivedData | ~/Library/Developer/Xcode/DerivedData | Se reconstruit et se réindexe depuis le code. |
| Archives et dSYM d’app | ~/Library/Developer/Xcode/Archives | La preuve exacte d’un build distribué peut être perdue définitivement. |
FAQ
iOS DeviceSupport est-il sûr à supprimer ?
Généralement pour les versions que vous ne déboguez plus. Gardez celles de vos appareils actuels ; Xcode pourra préparer de nouveau le support si elles reviennent.
DeviceSupport contient-il le dSYM de mon app ?
Non, il sert à l’appareil et à l’OS. Gardez l’Archive ou les symboles correspondants pour une app distribuée.
Les runtimes de simulateur seront-ils supprimés ?
Non. Ils sont gérés séparément via Xcode Platforms, simctl et CoreSimulator.
Pourquoi le dossier revient-il ?
Xcode en a besoin pour le build d’OS d’un appareil connecté. Réutiliser la même version recrée données et occupation.
Sources