Background
Generalmente en una compañía es muy común el uso de repositorios privados (seguridad, etc.) para almacenar las dependencias (paquetes) que se utilizan en las diferentes aplicaciones.
Pero ¿Qué pasa si necesitas una dependencia o dependencias para trabajar sobre un POC (Proof of Concept) o solo para probar nuevas librerías?
No tiene mucho sentido que se agreguen al repositorio privado, si al final de cuentas no se terminaran usando, además de toda la burocracia que puede estar ligada al mismo proceso.
¿Qué opciones tenemos?
Bueno, este fue el caso con el que me tope recientemente mientras trabajaba en un proyecto de nodejs nuevo.
.npmrc al rescate
Afortunadamente npm es bastante flexible y nos permite definir opciones de configuración, que afectan el comportamiento de npm de diferentes formas. Una de esas formas es mediante un archivo especial:
.npmrc
Este archivo nos permite ajustar configuraciones (por proyecto, por usuario, o globalmente) dependiendo donde se cree.
Si deseamos afectar un proyecto en particular, el archivo debe crearse en el directorio raíz del mismo.
cd ~/code/my-project
touch .nmprc
echo "registry=https://registry.npmjs.org/" > .npmrc
En en el snippet anterior especificamos usar el registro oficial de npm (en vez del registro privado de la compañía).
Y listo, problema resuelto.
De la misma manera también es posible establecer otras opciones, como el proxy de red a utilizar, los tokens de autenticación y mas.
En resumen, el archivo .npmrc es una gran opción para ajustar el comportamiento de npm que nos viene bien a la hora de necesitar variantes en nuestro flujo de trabajo.
Comentarios