He instalado módulos de nodo por npm install, luego intenté hacer gulp sass-watch en el símbolo del sistema. Después de eso obtuve la siguiente respuesta.
[18:18:32] Requiring external module babel-register
fs.js:27
const { Math, Object, Reflect } = primordials;
^
ReferenceError: primordials is not defined
He intentado esto antes de tragar sass-watch
npm -g install gulp-cli
webshot
paquete de nodos. Sospecho que necesitan actualizar algo antes de que pueda continuar con el Nodo v12.v12.1.0
y trago,[email protected]
pero no funcionav10.x
y tragov3.x
, luego la magia felizEncontramos el mismo problema al actualizar un proyecto heredado dependiendo
[email protected]
de Node.js 12.Estas correcciones le permiten usar Node.js 12
[email protected]
reemplazandograceful-fs
a la versión4.2.3
.Si su proyecto no se está trabajando activamente y usa npm
Crea un
npm-shrinkwrap.json
archivo que contenga esto:Confirma este
npm-shrinkwrap.json
archivo. Y luego ejecutenpm install
lo que actualizará elnpm-shrinkwrap.json
archivo.Desafortunadamente, esta solución ya no funciona si usted
npm install
nuevamente. Vea las otras soluciones a continuación.Si su proyecto está en desarrollo activo y usa hilo v1
Yarn v1 admite la resolución de un paquete a una versión definida . Necesita agregar una
resolutions
sección a supackage.json
:Gracias @jazd por esta forma de resolver el problema.
Si su proyecto está en desarrollo activo y usa npm
Utilizando
npm-force-resolutions
un script de preinstalación, puede obtener un resultado similar al de yarn v1. Necesita modificar su package.json de esta manera:npm-force-resolutions
alterará elpackage-lock.json
archivo para establecerlograceful-fs
en la versión deseada antes deinstall
que finalice.Si está utilizando una costumbre
.npmrc
archivo en su proyecto y en él aparece un proxy o un registro personalizado, necesita cambiarnpx npm-force-resolutions
anpx --userconfig .npmrc npm-force-resolutions
porque a partir de ahora,npx
no utiliza la carpeta actual.npmrc
de archivos por defecto.Origen del problema.
Este problema se debe al hecho de que
[email protected]
depende degraceful-fs@^3.0.0
quéfs
módulo monkeypatches Node.js.Esto solía funcionar con Node.js hasta la versión 11.15 (que es una versión de una rama de desarrollo y no debe usarse en producción).
graceful-fs@^4.0.0
ya no tiene elfs
módulo monkeypatch Node.js , lo que lo hace compatible con Node.js> 11.15.Tenga en cuenta que esta no es una solución perenne, pero ayuda cuando no tiene tiempo para actualizar
gulp@^4.0.0
.fuente
npm install
para regenerarpackage-lock.json
onpm-shrinkwrap.json
, al parecer, no pudo bloquear estas dependencias. Después de volver a ejecutarnpm install --no-save
, el generadopackage-lock.json
todavía indica npm para instalar las dependencias que faltan.Utilice los siguientes comandos e instale el nodo v11.15.0 :
solucionará
Remitido de @Terje Norderhaug @Tom Corelis responde.
fuente
Arreglalo en 1 minuto:
Solo sigue estos pasos . Estoy en Windows 10 y funcionó perfectamente para mí.
package.json
creado unnpm-shrinkwrap.json
archivo con los siguientes contenidos:Ejecuta
npm install
, y no te preocupes, se actualizaránpm-shrinkwrap.json
con un montón de contenido.Ejecutar
gulp
para comenzar el proyecto.fuente
Use los siguientes comandos para instalar
node v11.15.0
ygulp v3.9.1
:Resolverá este problema:
fuente
Usando NVM para administrar qué versión de nodo estás usando, ejecutar los siguientes comandos me funcionó:
fuente
10
lugar del nombre del código.Gulp 3.9.1 no funciona con Node v12.xx, y si actualiza a Gulp 4.0.2, debe cambiar por completo gulpfile.js con la nueva sintaxis (Series y Parallels). Entonces, su mejor opción es bajar al Nodo V 11.xx, el 11.15.0 funcionó bien para mí. Simplemente usando el siguiente código en la terminal:
¡Salud!
fuente
tenía el mismo error y finalmente arreglo que cuando se actualiza todos los paquetes y luego se menciona la misma versión del nodo de motor y la versión de la NGP en
package.json
como lo es en mi sistema de trabajo local.recibí este error al implementar en heroku.
para obtener más ayuda con Heroku
fuente
La degradación a nodo estable solucionó este problema para mí, ya que ocurrió después de actualizar al nodo 12
sudo n 10.16.0
fuente
n
primero con: 'npm install -g n'TL: DR
Gulp
3.*
no funciona en Node12.*
o superior. Tienes que degradar Node o actualizar Gulp.Como otros ya han mencionado, Gulp
3.*
no es compatible con Node12
o superior, por lo que tendrá que degradar su versión de Node ao11.*
inferior, O actualizar su Gulp a4.0
.La mejor opción depende en última instancia de cuánto tiempo tenga, ya que la actualización de Gulp brinda los beneficios de los archivos Gulpfiles más limpios y el control incorporado sobre la ejecución de tareas en serie o en paralelo , pero también depende de que vuelva a escribir su archivo Gulpfile en una nueva sintaxis, y podría (leer: probablemente lo hará - ver el final de este comentario) causar conflictos con algunas dependencias.
Nodo de degradación
Esta es la opción más fácil y rápida. Especialmente si usa n o nvm , ya que le permiten una instalación muy rápida y cambiar entre versiones de Nodo.
Instalación de la versión Node en N
Instalación de la versión de nodo en NVM
Una vez que haya hecho esto, es posible que deba reconstruir sus dependencias npm o, alternativamente, eliminar su
node_modules
carpeta Y supackage-lock.json
archivo y volver a instalar sus dependencias. Aunque si simplemente está volviendo a una versión de Nodo preexistente, probablemente debería estar bien.Gulp de actualización
Como se mencionó anteriormente, esta es una tarea que requiere más tiempo, pero que podría traer beneficios a largo plazo. Por ejemplo, Node
12
ahora ha introducido soporte nativo para módulos ES (detrás de un indicador experimental) y soporte completo en Node13
.Es posible que necesite actualizar Node para usar eso, lo que le obliga a actualizar Gulp. O simplemente puede querer los beneficios de usar Gulp 4, ya que ofrece un control mejor y más eficiente sobre las tareas de escritura.
Ya hay una serie de artículos sobre esto, por lo que no profundizaré más en los detalles, pero para reiterar, este no es un trabajo rápido . Dependiendo del tamaño de su proyecto, puede ser necesario reescribir notablemente, y puede tener dependencias que se rompen. Si tiene poco tiempo, debe optar por simplemente degradar Node, al menos temporalmente.
Pero ya tengo Gulp 4, ¡y todavía no funciona!
Si, como yo, ya está usando Gulp 4+ (estaba usando Gulp
4.0.2
, originalmente en el Nodo 10) y recientemente me actualicé (actualicéNode 13.8.0
) si todavía tiene el problema, puede ser porque una dependencia depende de un versión anterior de Gulp, y eso se está quedando atrapado en la tubería.En mi caso,
gulp-combine-mq
era una dependencia usando Gulp3.9.*
. Deshabilitar esta tarea en mi archivo de trago permitió que Gulp volviera a ejecutarse.Si esto sucede, tiene algunas opciones: puede,
No es necesario decir que si tiene varios complementos que dependen de una versión anterior de Gulp, especialmente si estos complementos son vitales para su aplicación, aquí es donde puede pasar una gran cantidad de tiempo adicional en la actualización de Gulp (de ahí las advertencias anteriores).
Si esto sucede, es mejor degradar Node, al menos hasta que se puedan emitir parches.
fuente
Este error se debe a la nueva versión de Node (12) y a una versión anterior de gulp (menos de 4).
No se recomienda degradar el nodo y otras dependencias. Resolví esto actualizando el
package.json
archivo obteniendo la última versión de todas las dependencias. Para esto, yo usonpm-check-updates
. Es un módulo que actualizapackage.json
con la última versión de todas las dependencias.Referencia : https://www.npmjs.com/package/npm-check-updates
En la mayoría de los casos, tendremos que actualizar el
gulpfile.js
archivo de la siguiente manera:Referencia : https://fettblog.eu/gulp-4-parallel-and-series/#migration
Antes de:
Después:
fuente
Recibí este error en Windows 10. Resultó ser un perfil móvil itinerante dañado.
Eliminar la
C:\Users\{user}\AppData\Roaming\npm
carpeta solucionó mi problema.fuente
Solo sigue estos pasos. Funcionó perfectamente con npm install ejecutándose varias veces o instalando cualquier otro módulo o incluso publicando proyectos en artefactos.
En el mismo directorio donde tiene package.json, cree un archivo npm-shrinkwrap.json con el siguiente contenido:
Ejecute npm install, y no se preocupe, actualizará npm-shrinkwrap.json con un montón de contenido. Eliminemos estas actualizaciones actualizando las opciones de scripts package.json .
Ahora puede ejecutar npm install y su npm-shrinkwrap.json estará intacto y funcionará para siempre.
fuente
Esto podría haber llegado tarde, pero para cualquiera que todavía esté interesado en mantener su Nodo v12 mientras usa el último trago ^ 4.0, siga estos pasos:
Actualice la interfaz de línea de comandos (solo por precaución) usando:
Agregue / actualice la
gulp
sección bajo dependencias de su package.jsonEliminar tu
package-lock.json
archivoEliminar tu
node_modules
carpetaFinalmente, ejecute
npm i
para actualizar y recrear la nueva carpeta node_modules y el archivo package-lock.json con los parámetros correctos para Gulp ^ 4.0Nota: Gulp.js 4.0 presenta los métodos
series()
yparallel()
para combinar tareas en lugar de los métodos de matriz utilizados en Gulp 3, por lo que puede encontrar o no un error en sugulpfile.js
script anterior.Para obtener más información sobre la aplicación de estas nuevas funciones, este sitio realmente le ha hecho justicia: https://www.sitepoint.com/how-to-migrate-to-gulp-4/
( Si ayuda, por favor deje un golpe )
fuente
gulp-cli
de? Seguí tus pasos y conseguí que todo funcionara inicialmente; pero luego lo desinstalégulp-cli
(ya que no vi dónde se estaba usando) y todo funcionó. Sin embargo, ¡gracias por la respuesta, porque estoy funcionando nuevamente con nodev12.9.1
y Gulp4.0.2
!gulp-cli
es la utilidad de línea de comando. Asegura la correcta instalación de gulp Como puede ver en los pasos de instalación de gulp aquí: gulpjs.com/docs/en/getting-started/quick-startSolucioné este problema en Windows 10 desinstalando el nodo de Agregar o quitar programas -> Node.js
Luego instalé la versión 11.15.0 de https://nodejs.org/download/release/v11.15.0/
Elija node-v11.15.0-x64.msi si está ejecutando Windows de 64 bits.
fuente
Gulp está haciendo un problema con Nodejs versión 11 y superior. Desinstale la versión actual de su nodo y vuelva a instalar la v10.15.1 aquí hay un enlace para esa versión. Esto me ayuda y también resolverá su problema.
https://nodejs.org/download/release/v10.15.1/
fuente
Me enfrenté al mismo problema. Lo que probé y funcionó para mí:
Verifique la versión de NODE y GULP (la combinación de nodo v12 y trago menor que v4 no funciona)
Disminuyo la versión de NPM por:
Funcionó bien, luego solo siga las instrucciones de su consola.
fuente
Actualice a 4.0.1 y asegúrese de migrar https://fettblog.eu/gulp-4-parallel-and-series/#migration
fuente
Para aquellos que lo están usando
yarn
.fuente
Para cualquiera que tenga el mismo error por el mismo motivo en ADOS CI Build:
Esta pregunta fue la primera que encontré al buscar ayuda. Tengo una tubería de compilación de ADOS CI donde se usa la primera tarea del instalador de herramientas Node.js para instalar Node. Luego, la tarea npm se usa para instalar gulp (npm install -g gulp). Luego, la siguiente tarea Gulp ejecuta default-task desde gulpfile.js. Hay algunas cosas gulp-sass en él.
Cuando cambié la herramienta Node.js para instalar el último nodo 12.x en lugar de uno anterior y la última versión de Gulp era 4.0.2. El resultado fue el mismo error que se describe en la pregunta.
Lo que funcionó para mí en este caso fue degradar node.js a la última versión 11.x como ya lo sugirieron Alphonse R. Dsouza y Aymen Yaseen. En este caso, sin embargo, no es necesario usar ningún comando que sugieran, sino simplemente configurar la especificación de la versión del instalador de la herramienta Node.js a la última versión del Nodo desde 11.x.
La versión exacta de Node.js que se instaló y funciona es 11.15.0. No tuve que degradar el Gulp.
fuente
Llegué a este error después de actualizar mi nodo a la versión 12, que no funciona con Gulp 3.9.1. Con respecto al hecho de que mi gulpfile.js no era tan complejo, decidí actualizar a Gulp 4 usando este artículo , funcionó bien y fue mucho más fácil de lo que pensaba.
fuente
Tienes dos opciones aquí
fuente
Esto se debe a la cuestión de compatibilidad entre
node
ygulp
en su sistema. Bajar denode
categoría o actualizar elgulp
solucionará este problema.Intente eliminar la
node_modules
carpeta y elpackage-lock.json
archivo e instalarlo nuevamente usando elnpm i
comando si aún no funciona.fuente
Lo que funcionó para mí fue usar python2 durante la instalación de npm.
fuente
Como también recibimos este error cuando usamos el paquete s3 NPM. Entonces, el problema es con el paquete graceful-fs, necesitamos actualizarlo. Está funcionando bien en 4.2.3.
Tan solo mire qué paquete NPM está mostrando en el registro de registros y actualice el graceful-fs en consecuencia a 4.2.3.
fuente
También recibí un error en el Nodo 12/13 con Gulp 3, moverme al Nodo 11 funcionó.
fuente
Resuelto por degradar la versión de Node.js
12.14.0
a10.18.0
y volver a instalarnode_modules
.fuente
Si está intentando instalar
semantic-ui
y se produce el siguiente error, intente descargar la última versión del nodojs(13.5.0)
con las últimas funciones, desde Node.js.org. Además, en lugar de intentar la instalación semántica de NPM, simplemente debe agregar el enlace (que puede encontrar desde el enlace de cdnjs al encabezado de suindex.html
archivo. ¡Mucha suerte!fuente
Pasos para solucionar el problema: -
He solucionado el problema con los siguientes pasos: -
Ahora puedes tragar el despliegue
fuente
Te sugiero que primero te asegures de que la instalación de NPM no sea tu problema. Luego rebajas las versiones de nodo y trago. Usé el nodo 10.16.1 y trago 3.9.1.
Para rebajar tu trago puedes intentar
fuente