node_modules-Krieg: Gigabytes aus toten Nebenprojekten zurückholen

Warum ein Ordner mehr wiegt als Ihr Betriebssystem

npm installiert alle Abhängigkeiten in ein lokales node_modules pro Projekt — kein Teilen und keine Deduplizierung zwischen Projekten, standardmäßig. Eine bescheidene Web-App zieht mühelos 800 MB bis 2 GB über tausend Pakete, und der eigentliche Killer ist die Dateianzahl: Zehntausende Winzigkeiten, die Windows Defender scannt, Backup-Tools abkriechen und an denen OneDrive — liegen die Projekte in einem synchronisierten Ordner — dauerhaft erstickt. Es ist auch der Grund, warum Installationen unter Windows Minuten statt Sekunden dauern wie unter Linux: der Overhead pro kleiner Datei ist brutal. Fünf aufgegebene Experimente später blicken Sie auf 10–15 GB, die nichts mehr benutzt.

Ohne Angst löschen: das Lockfile ist die Garantie

Der Vertrag ist einfach: package.json sagt, was Sie brauchen, package-lock.json sagt, welche Versionen Sie genau hatten, und node_modules ist nur das entpackte Ergebnis der beiden. Ordner löschen, npm ci laufen lassen — und nach wenigen Minuten steht der identische Baum wieder da; das ist kein Wiederherstellungstrick, sondern der vorgesehene Ablauf. Der einzige unverzeihliche Fehler wäre, das Lockfile zu löschen oder ein Projekt ohne committetes Lockfile verrotten zu lassen. Zum Finden der Ordner: npx npkill durchsucht alle Laufwerke, listet jedes node_modules mit Größe und Änderungsdatum und löscht die markierten; WizTree liefert dasselbe als komplette Plattenkarte, wenn Sie den Überblick wollen.

• node_modules löschen — niemals package.json oder das Lockfile
• Neu installieren mit npm ci: es folgt dem Lockfile exakt, anders als npm install
• npx npkill starten, um node_modules auf allen Laufwerken zu finden und zu killen
• Aktive Projekte aus OneDrive- und Dropbox-Ordnern halten — die Dateimassen töten den Sync
• Projekt tot? Als Zip ohne node_modules archivieren, dann den Ordner löschen
• Bei neuen Projekten pnpm versuchen: ein globaler Store, Projekte verlinken hinein

Die Caches hinter dem Ordner

Selbst mit allen node_modules im Jenseits hortet npm einen zweiten Bestand: den Cache in %LOCALAPPDATA%\npm-cache mit einer Kopie jeder jemals installierten Version jedes Pakets — Gigabytes, die jahrelang monoton wachsen. npm cache verify räumt ihn gefahrlos auf, dieselbe Logik steckt in pnpm store prune und yarn cache clean für deren Stores. Den npm-Cache abzuschalten wäre falsch: Er macht die Neuinstallation eines Projekts mit leerem Cache zur Ausnahme statt zur Norm. Ein periodischer Aufräumlauf mit Kleaner PRO nimmt diese Entwickler-Caches zusammen mit den üblichen Temp-Dateien mit — praktisch, wenn mehrere Tools auf derselben Maschine still gehortet haben.

Fragen und Antworten

Weiterlesen