Newsletter
◕‿‿◕
|
Rafael Neto
Una vez nos hemos sumergido en los FrameWorks y entornos de trabajo front end modernos, vamos a empezar a encontrarnos con que cada uno de nuestros proyectos puede haber sido creado con una versión diferente de Node.js, lo que implica que debamos empezar a tener en cuenta la versión mínima y máxima soportada de cada paquete npm en cada versión de Node.js.
Poniéndonos en este contexto, podría darse el caso por ejemplo de que no hayamos podido migrar un viejo proyecto Angular de la versión 7.0.0 a la más actual.
---
En ese caso, si queremos seguir trabajando en él sin realizar la migración, nos encontraremos en nuestro fichero package.json la dependencia "@angular-devkit/build-angular": "~0.7.0", que a su vez depende de "node-sass": "^4.9.3". Esto implica que en lugar de trabajar con la versión más actual de Node.js, deberíamos hacerlo con la versión 10.x de Node.js, ya que en caso contrario tendríamos problemas con el uso de librerías dependientes como node-sass.
Poniéndonos en este contexto, podría darse el caso por ejemplo de que no hayamos podido migrar un viejo proyecto Angular de la versión 7.0.0 a la más actual.
---
En ese caso, si queremos seguir trabajando en él sin realizar la migración, nos encontraremos en nuestro fichero package.json la dependencia "@angular-devkit/build-angular": "~0.7.0", que a su vez depende de "node-sass": "^4.9.3". Esto implica que en lugar de trabajar con la versión más actual de Node.js, deberíamos hacerlo con la versión 10.x de Node.js, ya que en caso contrario tendríamos problemas con el uso de librerías dependientes como node-sass.
Node Version Manager (nvm) al rescate
Ahora que ya no hay marcha atrás, toca descubrir herramientas como nvm windows (opens new window) que nos permitirá administratar en nuestro equipo Windows múltiples instalaciones de Node.js. Si eres usuario de Mac o Linux, debes usar el proyecto nvm (opens new window), muy similar pero exclusivo para dichos entornos...Por 👉 Rafael Neto
rafaelneto.dev • 3 min de lectura