Guides Levo · Développeurs : Apple

Le guide du nettoyage du disque d’un Mac de développeur (2026)

La liste Ready to free de Levo avec le groupe Xcode build data ouvert, et en dessous Simulators and emulators et les fichiers Device Support

Le Mac d’un développeur se remplit toujours aux mêmes douze endroits : les données de compilation et les simulateurs de Xcode, node_modules, les caches de paquets, l’image disque de Docker, les chaînes d’outils des langages et les modèles d’IA. Presque tout se recrée à la demande : il s’agit donc de savoir quel dossier est lequel et d’utiliser la commande de nettoyage de l’outil plutôt que rm.

Écosystème	Où ça se cache	Nettoyer avec	Guide
Données de compilation Xcode	`~/Library/Developer/Xcode/DerivedData`	Settings › Locations, ou supprimer le dossier	DerivedData
Simulateurs et runtimes	`~/Library/Developer/CoreSimulator`	`xcrun simctl delete unavailable`	Simulateurs
Device Support	`~/Library/Developer/Xcode/iOS DeviceSupport`	Supprimer les dossiers des anciennes versions d’iOS	DeviceSupport
SwiftPM et CocoaPods	`~/Library/Caches/org.swift.swiftpm`, `~/Library/Caches/CocoaPods`	`swift package purge-cache`, `pod cache clean --all`	SwiftPM et CocoaPods
node_modules	Tous les dossiers de projets JavaScript	Supprimer le dossier, puis `npm install`	node_modules
npm, pnpm, Yarn, Bun	`~/.npm`, le store de pnpm, `~/.bun/install/cache`	`npm cache clean --force`, `pnpm store prune`	Caches JavaScript
Docker	`Docker.raw` dans le dossier de données de Docker	`docker system prune`	Docker
Homebrew	`~/Library/Caches/Homebrew`	`brew cleanup`	Homebrew
Python	`~/Library/Caches/pip`, virtualenvs, conda	`pip cache purge`, `uv cache clean`	pip, uv et conda, virtualenvs
Rust	Dossiers `target`, `~/.cargo`	`cargo clean`	Rust
Go	`~/Library/Caches/go-build`, `~/go/pkg/mod`	`go clean -cache`	Go
Gradle et Android	`~/.gradle/caches`, `~/Library/Android/sdk`	`./gradlew clean`, AVD Manager	Gradle, Émulateurs Android
Éditeurs	Caches de JetBrains, VS Code et Cursor	Les dossiers propres à chaque app	JetBrains, VS Code et Cursor
Navigateurs de test	`~/Library/Caches/ms-playwright`	`npx playwright uninstall`	Playwright et Puppeteer
Moteurs de jeu	Unity `Library`, Unreal `DerivedDataCache`	Supprimer le dossier, rouvrir le projet	Unity et Unreal
Modèles d’IA et agents	`~/.ollama`, `~/.cache/huggingface`, `~/.claude`	La commande propre à chaque outil	Fouillis d’IA

Comment le faire vous-même

Commencez par trouver où est passé l’espace. Une carte du disque est le moyen le plus rapide, mais quelques commandes du répondent à l’essentiel :

du -sh ~/Library/Developer ~/Library/Caches ~/.cache ~/.npm ~/.gradle ~/.cargo ~/.ollama ~/.claude 2>/dev/null
du -sh ~/Library/Containers/com.docker.docker 2>/dev/null

Procédez ensuite dans cet ordre, le plus gros et le plus sûr d’abord.

Quittez Xcode et videz les données de compilation, puis les simulateurs et les anciens Device Support. Sur un Mac avec des années de Xcode, cela représente souvent 50 à 150 Go. Pourquoi Xcode devient si gros explique chaque dossier.
Nettoyez Docker. Les images et le cache de compilation sont la partie sûre ; les volumes peuvent contenir une base de données à laquelle vous tenez.
Supprimez les dossiers node_modules et target des projets que vous n’avez pas ouverts depuis des mois. Utilisez le gestionnaire de paquets pour les récupérer plus tard.
Lancez les commandes de nettoyage des gestionnaires de paquets : brew cleanup, npm cache clean --force, pip cache purge, go clean -cache. Chaque cache est reconstruit à la prochaine installation, ce qui coûte du temps et de la bande passante.
Passez en revue les modèles d’IA et l’historique des agents. Les modèles sont la seule chose ici qui n’est peut-être plus disponible sur Internet : vérifiez-les donc à la main.

La règle qui vous protège : les caches et les résultats de compilation sont produits à partir d’autre chose. Les archives, les bases de données dans les volumes Docker, le travail git non poussé, les fichiers .env et vos propres modèles n’en font pas partie.

Une routine qui marche

La plupart des développeurs s’en sortent mieux avec une petite habitude qu’avec une grande purge. Une fois par mois, mesurez les dossiers de la commande ci-dessus et regardez ce qui a grossi. Les données de compilation de Xcode, le cache de compilation de Docker et node_modules dans des branches abandonnées sont les habituels qui enflent ; le reste bouge à peine.

Deux choses valent la peine d’être faites une fois. Redirigez les gros caches de modèles vers un disque externe avec leurs variables d’environnement (OLLAMA_MODELS, HF_HOME), et raccourcissez la durée pendant laquelle vos agents de programmation conservent les sessions. Ensuite, la croissance ralentit pour de bon.

Et une courte liste de ce qu’il faut laisser tranquille, quoi qu’en dise un nettoyeur : les archives Xcode que vous avez livrées, les volumes Docker contenant une base de données, les fichiers .env et d’identifiants, les clés SSH et les dépôts git avec du travail non poussé. Rien de tout cela n’est du cache, et rien ne peut être reconstruit à partir du code source. En cas de doute sur un dossier, ouvrez-le, regardez les dates et demandez à votre agent ce que c’est avant de supprimer quoi que ce soit.

Comment Levo s’y prend

Levo tient un index en direct de votre disque et regroupe ce qu’il trouve par type : données de compilation Xcode, simulateurs, caches de paquets, images Docker, worktrees d’agents et plus, chacun avec une taille et une raison. Les règles intégrées connaissent les dossiers ci-dessus. Votre propre agent, comme Claude Code ou Codex, lit l’index et juge ce qui est périmé, mais seul Levo supprime.

Select › Smartly coche ce qui est sûr à votre niveau de nettoyage. Les modèles, les sauvegardes, les machines virtuelles et tout ce qui est ouvert restent décochés pour que vous décidiez. Levo revérifie chaque élément juste avant de le supprimer et laisse tranquille tout ce que Xcode ou une compilation utilise. Les détails se trouvent dans Levo pour les développeurs Xcode, pour les développeurs web et pour les développeurs Android.

FAQ

Qu’est-ce qui prend le plus de place sur le Mac d’un développeur ?

En général les données Xcode d’abord : DerivedData, simulateurs et leurs runtimes, et Device Support, puis l’image disque de Docker, les dossiers node_modules et les modèles d’IA. Mesurez votre dossier personnel et le dossier Library pour voir ce qui vous concerne.

Peut-on supprimer sans risque les caches de développement ?

Oui pour les caches et les résultats de compilation, car l’outil les recrée à partir de votre code source. Attendez-vous à une prochaine compilation ou installation plus lente. Ne supprimez pas les archives, les volumes Docker, le travail git non poussé ni les modèles que vous ne pouvez pas retélécharger.

Faut-il utiliser rm ou la commande de l’outil ?

Utilisez la commande de l’outil quand il y en a une, comme simctl pour les simulateurs, docker prune, brew cleanup et swift package purge-cache. Elle sait ce qui est utilisé. Une suppression simple convient pour DerivedData et node_modules.

À quelle fréquence nettoyer un Mac de développeur ?

Quand l’espace libre devient faible, ou après la fin d’un gros projet. Les données de compilation et les caches repoussent : un coup d’œil mensuel vaut mieux qu’une purge annuelle.