De npm-cache op je Mac veilig wissen
AskClean-team · Bijgewerkt 2026-08-05
Vind de actieve cache met npm config get cache, meet precies dat pad en voer vóór verwijdering npm cache verify uit. Gebruik npm cache clean --force alleen als je de ruimte echt nodig hebt en latere downloads accepteert. node_modules, package.json en je lockfile horen niet bij de cache en blijven ongewijzigd.

Scheid de npm-cache van afhankelijkheden en projectbestanden
De npm-cache bewaart herbruikbare downloads voor meerdere projecten en staat op macOS standaard onder ~/.npm, maar kan anders zijn ingesteld. node_modules is daarentegen de boom van geïnstalleerde afhankelijkheden van één project. package.json en package-lock.json zijn projectgegevens, geen cache. npm-shrinkwrap.json is evenmin cache: npm v12 leest het bestand niet meer. Hernoem het alleen naar package-lock.json als het de enige lockfile is en package-lock.json nog niet bestaat; overschrijf nooit een bestaande lockfile tijdens cacheonderhoud.
Meet de actieve cache en controleer hem eerst
Ga er niet van uit dat een bestaande ~/.npm ook de actieve cache is. npm config get cache geeft het pad voor de huidige configuratie; meet precies dat pad met du en noteer de vrije opslagruimte. npm cache verify controleert de index en cachegegevens, verifieert de integriteit en verwijdert gegevens die niet meer nodig zijn, terwijl geldige downloads bewaard blijven. Voor normaal onderhoud of een installatiefout buiten de cache is dat vaak genoeg.
- Voer npm --version en npm config get cache uit en bevestig dat het getoonde pad een cachelocatie is, geen projectmap.
- Meet precies dat pad met du -sh en noteer de vrije macOS-opslag; laat package.json en lockfiles ongewijzigd.
- Stop actieve npm install-, npm ci-, npm exec- en publicatieprocessen, voer npm cache verify uit en bewaar de samenvatting en eventuele fout.
- Voer npm cache clean --force alleen uit als verify niet volstaat, de ruimtewinst relevant is en alle benodigde artefacten later weer bereikbaar zijn.
- Voer npm cache verify opnieuw uit, meet hetzelfde pad en draai voor een representatief project de normale installatie, build en tests met de ongewijzigde lockfile.
Geef nooit een ongecontroleerd pad door aan rm -rf. Combineer het wissen van de cache ook niet met het verwijderen of opnieuw maken van een lockfile: dan verander je twee oorzaken tegelijk en verlies je de vergelijkingsbasis.
Gebruik npm cache clean --force alleen bewust
Voer npm cache clean --force alleen uit als de gemeten cache groot genoeg is, de ruimte nu nodig is en je later opnieuw kunt downloaden. Het commando wist de ingestelde cache, niet node_modules of lockfiles. Daarna kunnen installaties en npm ci trager zijn of offline mislukken; privépakketregisters, Git-hosts, proxy’s en niet meer aangeboden pakketten verhogen de herstelkosten. Stel force niet blijvend in de npm-configuratie in.
Controleer het resultaat zonder de afhankelijkheden te wijzigen
Vraag na het wissen het cachepad opnieuw op, meet dezelfde locatie en vergelijk de daadwerkelijk beschikbare opslagruimte in macOS. Voer voor één representatief project de normale installatie- of buildopdracht uit met ongewijzigde package.json en lockfile, en draai daarna de tests. Komt de oorspronkelijke fout terug, wis de cache dan niet nogmaals: ERESOLVE, ontbrekende aanmelding, 404, proxy- of certificaatproblemen, Node.js-engines, native builds en lifecycle-scripts vragen om een eigen diagnose. AskClean herkent standaard ~/.npm; controleer aangepaste paden met npm zelf.
Grenzen voor verwijderen en herstelkosten
Vind en meet de actieve npm-downloadcache, controleer hem eerst en wis hem alleen met een goede reden, zonder node_modules of projectbestanden aan te raken.
| Onderdeel of actie | Controleren met | Gevolg |
|---|---|---|
| Scheid de npm-cache van afhankelijkheden en projectbestanden | npm config get cache | De npm-cache bewaart herbruikbare downloads voor meerdere projecten en staat op macOS standaard onder ~/.npm, maar kan anders zijn ingesteld. node_modules is daarentegen de boom van geïnstalleerde afhankelijkheden van één project. package.json en package-lock.json zijn projectgegevens, geen cache. npm-shrinkwrap.json is evenmin cache: npm v12 leest het bestand niet meer. Hernoem het alleen naar package-lock.json als het de enige lockfile is en package-lock.json nog niet bestaat; overschrijf nooit een bestaande lockfile tijdens cacheonderhoud. |
| Meet de actieve cache en controleer hem eerst | npm cache verify | Ga er niet van uit dat een bestaande ~/.npm ook de actieve cache is. npm config get cache geeft het pad voor de huidige configuratie; meet precies dat pad met du en noteer de vrije opslagruimte. npm cache verify controleert de index en cachegegevens, verifieert de integriteit en verwijdert gegevens die niet meer nodig zijn, terwijl geldige downloads bewaard blijven. Voor normaal onderhoud of een installatiefout buiten de cache is dat vaak genoeg. |
| Gebruik npm cache clean --force alleen bewust | npm cache clean --force | Voer npm cache clean --force alleen uit als de gemeten cache groot genoeg is, de ruimte nu nodig is en je later opnieuw kunt downloaden. Het commando wist de ingestelde cache, niet node_modules of lockfiles. Daarna kunnen installaties en npm ci trager zijn of offline mislukken; privépakketregisters, Git-hosts, proxy’s en niet meer aangeboden pakketten verhogen de herstelkosten. Stel force niet blijvend in de npm-configuratie in. |
| Controleer het resultaat zonder de afhankelijkheden te wijzigen | installatie + test zonder netwerk of met privépakketregister | Vraag na het wissen het cachepad opnieuw op, meet dezelfde locatie en vergelijk de daadwerkelijk beschikbare opslagruimte in macOS. Voer voor één representatief project de normale installatie- of buildopdracht uit met ongewijzigde package.json en lockfile, en draai daarna de tests. Komt de oorspronkelijke fout terug, wis de cache dan niet nogmaals: ERESOLVE, ontbrekende aanmelding, 404, proxy- of certificaatproblemen, Node.js-engines, native builds en lifecycle-scripts vragen om een eigen diagnose. AskClean herkent standaard ~/.npm; controleer aangepaste paden met npm zelf. |
FAQ
Is npm cache clean --force veilig op een Mac?
Voor broncode en projectbestanden wel, als npm naar de echte cache wijst. Je verliest wel herbruikbare downloads: meet en controleer eerst en reken bij latere installaties op netwerktoegang.
Moet ik eerst npm cache verify of npm cache clean uitvoeren?
Voer altijd eerst npm cache verify uit. Het controleert de integriteit en verwijdert overbodige gegevens terwijl geldige cache-inhoud blijft staan. clean --force is alleen bedoeld voor gemeten ruimtegebrek of een bevestigd cacheprobleem.
Wist het legen van de npm-cache package-lock.json?
Nee. package.json en package-lock.json zijn projectbestanden. npm v12 leest npm-shrinkwrap.json niet meer. Hernoem npm-shrinkwrap.json alleen als dit de enige lockfile is en package-lock.json nog niet bestaat; verwijder of overschrijf geen lockfile tijdens cacheonderhoud.
Bronnen