La guerre des node_modules : récupérer des gigaoctets de projets abandonnés

Pourquoi un dossier pèse plus que votre OS

npm installe chaque dépendance dans un node_modules local, par projet — aucun partage et aucune déduplication entre projets par défaut. Une appli web modeste tire facilement 800 Mo à 2 Go sur mille paquets, et le vrai tueur, c'est le nombre de fichiers : des dizaines de milliers de petites entités que Windows Defender scanne, que les outils de sauvegarde parcourent à la traîne et sur lesquelles OneDrive — si vos projets vivent dans un dossier synchronisé — s'étrangle perpétuellement. C'est aussi pourquoi une installation prend des minutes sous Windows contre des secondes sous Linux : le coût par petit fichier est brutal. Cinq expériences abandonnées plus tard, vous regardez 10–15 Go que plus rien n'utilise.

Supprimez sans crainte : le lockfile est votre garantie

Le contrat est simple : package.json dit ce dont vous avez besoin, package-lock.json dit exactement quelles versions vous aviez, et node_modules n'est que le résultat décompressé des deux. Supprimez node_modules, lancez npm ci, et quelques minutes plus tard l'arbre identique est de retour ; ce n'est pas une astuce de récupération, c'est le flux prévu. La seule erreur impardonnable : supprimer le lockfile, ou laisser un projet pourrir sans lockfile versionné. Pour repérer les dossiers, npx npkill scanne tous vos disques, liste chaque node_modules avec sa taille et sa date, et supprime ceux que vous cochez ; WizTree joue le même rôle en carte générale du disque si vous voulez la vue d'ensemble.

• Supprimez node_modules — jamais package.json ni le lockfile
• Réinstallez avec npm ci : il suit le lockfile à la lettre, contrairement à npm install
• Lancez npx npkill pour repérer et tuer les node_modules sur tous les disques
• Gardez les projets actifs hors des dossiers OneDrive et Dropbox — le volume de fichiers tue la synchro
• Projet mort ? Zippez-le sans node_modules, puis supprimez le dossier
• Pour les nouveaux projets, essayez pnpm : un dépôt global où les projets pointent

Les caches derrière le dossier

Même tous les node_modules disparus, npm garde une seconde réserve : le cache dans %LOCALAPPDATA%\npm-cache, avec une copie de chaque version de chaque paquet déjà installé — des gigaoctets qui grossissent sans arrêt pendant des années. npm cache verify le nettoie sans risque, et la même logique vaut pour pnpm store prune et yarn cache clean. Désactiver le cache npm serait une erreur : c'est lui qui fait de la réinstallation d'un projet avec cache vide l'exception, pas la norme. Un balayage périodique avec Kleaner PRO attrape ces caches de développeur en même temps que les fichiers temporaires habituels — pratique quand plusieurs outils ont entassé en silence sur la même machine.

Questions et réponses

À lire ensuite