La guerra del node_modules: recuperar gigas de proyectos abandonados

Por qué una carpeta pesa más que tu sistema operativo

npm instala cada dependencia en un node_modules local por proyecto — sin compartir y sin deduplicar entre proyectos, por defecto. Una app web modesta arrastra con facilidad 800 MB o 2 GB entre mil paquetes, y el verdadero asesino es el número de archivos: decenas de miles de pequeñeces que Windows Defender escanea, que las herramientas de backup recorren a rastras y en las que OneDrive — si tus proyectos viven en una carpeta sincronizada — se atraganta eternamente. Es también la razón de que instalar en Windows tome minutos y en Linux segundos: el coste por archivo pequeño es brutal. Cinco experimentos abandonados después, tienes 10–15 GB que nada usa.

Borra sin miedo: el lockfile es tu garantía

El contrato es simple: package.json dice qué necesitas, package-lock.json dice qué versiones exactas tenías, y node_modules es solo el resultado desempaquetado de esos dos. Borras node_modules, ejecutas npm ci, y en unos minutos recuperas el árbol idéntico; no es un truco de recuperación, es el flujo previsto. El único error imperdonable es borrar el lockfile o dejar que un proyecto se pudra sin uno subido al repositorio. Para localizar las carpetas, npx npkill escanea todos tus discos, lista cada node_modules con tamaño y fecha, y borra los que marques; WizTree hace el mismo papel como mapa general del disco si quieres la visión completa.

• Borra node_modules — nunca package.json ni el lockfile
• Reinstala con npm ci: sigue el lockfile al pie de la letra, al contrario que npm install
• Ejecuta npx npkill para encontrar y matar node_modules en todos los discos
• Mantén los proyectos activos fuera de carpetas de OneDrive y Dropbox — el volumen de archivos mata la sincronización
• ¿Proyecto muerto? Comprímelo en zip sin node_modules y borra la carpeta
• Para proyectos nuevos prueba pnpm: un almacén global, los proyectos enlazan a él

Los cachés que hay detrás de la carpeta

Aun con todos los node_modules eliminados, npm guarda un segundo alijo: el caché en %LOCALAPPDATA%\npm-cache con una copia de cada versión de cada paquete que hayas instalado — gigas que crecen sin parar durante años. npm cache verify lo limpia de forma segura, y la misma lógica aplica a pnpm store prune y yarn cache clean para sus respectivos almacenes. Desactivar el caché de npm sería un error: es lo que convierte reinstalar un proyecto con el caché vacío en la excepción y no en la norma. Una pasada periódica de limpieza con Kleaner PRO engancha estos cachés de desarrollador junto con los temporales de siempre — útil cuando varias herramientas han estado acumulando en silencio en la misma máquina.

Preguntas y respuestas

Sigue leyendo