Cachés de desarrollo en Windows: npm, pip y Gradle
Un proyecto apenas ha crecido y, aun así, la unidad C ha ganado varios GB. Encontrar un directorio de npm, pip o Gradle no es un motivo para eliminarlo entero. Las cachés de descarga, las dependencias del proyecto, el resultado de la compilación y las versiones guardadas de las herramientas hacen trabajos distintos, y la reconstrucción depende de que sus orígenes sigan disponibles.
Encuentra la ubicación que usa de verdad la herramienta
En un terminal con las herramientas pertinentes instaladas, estos comandos muestran la ubicación de la caché de npm y la información de la caché de pip sin eliminar contenido:
npm config get cache
python -m pip cache info
La consulta de pip usa el entorno que selecciona python. Si cambiaste las ubicaciones de las cachés, sigue la salida. La referencia de configuración de npm y la referencia de la caché de pip describen las consultas. La ruta predeterminada de un PC no es la configuración de cada proyecto.
Distingue cuatro tipos de directorios
| Tipo | Ejemplos | Comprueba antes de quitarlo |
|---|---|---|
| Cachés de descarga de paquetes | Caché de npm, cachés HTTP y de wheel de pip | Si una instalación posterior necesita descargas, sobre todo sin conexión |
| Dependencias del proyecto | node_modules, entornos virtuales, vendor |
Si siguen disponibles los paquetes, los archivos de bloqueo, los orígenes y los pasos de instalación |
| Resultado de compilación | dist, build, obj |
Si es contenido generado y contiene algo añadido a mano |
| Versiones de herramientas y repositorios locales | Versiones de Gradle descargadas y algunos paquetes instalados en local | Si la siguiente sincronización o compilación los necesita directamente |
Reconstruir tiene un coste. Importan el acceso a la red, los orígenes disponibles, la autenticación y los requisitos sin conexión. Un directorio de dependencias no es un objetivo universal de limpieza solo porque el nombre sea familiar.
Un problema de caché es distinto de un problema de dependencias
La caché de descarga de npm valida el contenido, y su documentación describe cómo volver a obtener los datos dañados. Un error de instalación no basta para vaciar la caché. Un fallo de red, una versión bloqueada no disponible o un conflicto de dependencias pueden quedar igual después.
pip separa las respuestas HTTP en caché de las wheel en caché, incluidos los paquetes instalables construidos antes. Su documentación de caché explica ambas. pip cache list enumera wheel, no cada archivo del directorio de la caché. Los entornos virtuales aíslan las dependencias instaladas, pero varios entornos pueden compartir una caché de pip. Seleccionar un python distinto no garantiza una ubicación de caché separada; lee la salida de la consulta.
Un archivo de bloqueo registra versiones, no una copia de los paquetes
Considera un proyecto sin conexión con package-lock.json intacto pero con node_modules y las cachés de descarga quitadas. El registro de versiones permanece, pero los paquetes necesarios para instalar pueden no estar disponibles. Un archivo de bloqueo controla la elección de versiones; no conserva los archivos de los paquetes ni el acceso a un registro privado.
La documentación de la caché de dependencias de Gradle explica por qué las compilaciones sin conexión requieren en local los artefactos necesarios. Su guía de directorios y conservación separa las cachés específicas de la versión, las dependencias compartidas y las distribuciones del Wrapper. Antes de vaciar un directorio .gradle grande, identifica qué categoría creció. Las entradas antiguas que administra la herramienta y las dependencias que un proyecto activo todavía necesita merecen decisiones distintas.
Qué gestiona Mole y qué se queda en la herramienta
Mole para Windows enumera las cachés reconocidas de npm, pip y otras. El contenido en uso permanece protegido, y los elementos con datos que no se regeneran solos esperan la revisión. No trata la carpeta de dependencias de cada proyecto como una caché genérica. Seleccionar un elemento de limpieza no autoriza a cerrar cada proceso de Node.js o Python del PC.
caches y wrapper\dists de Gradle quedan fuera del alcance de limpieza de Mole. La sincronización de Android Studio y la siguiente compilación pueden necesitarlos directamente. Deja que Gradle administre la conservación en lugar de vaciar una versión solo para descargarla otra vez.
Administra el resultado del proyecto según las instrucciones de ese proyecto. La tabla explica los papeles de los directorios; no significa que Mole analice y elimine automáticamente cada ruta de proyecto enumerada. El código fuente, la configuración, las sesiones y los modelos locales no se convierten en cachés solo por estar en carpetas de desarrollo.
Comprueba después con el mismo proyecto
Conserva una copia independiente de lo que necesites y trata las cachés seleccionadas. Repite la instalación o la compilación original del proyecto y anota las descargas necesarias. No vacíes a la vez dependencias, versiones de herramientas y cachés de descarga justo antes de una presentación o un viaje sin conexión.
Si los discos virtuales, los modelos o los resultados grandes ocupan la mayor parte del almacenamiento, usa la guía de archivos grandes. La guía de cachés separa las cachés normales de los datos personales.