Cli: [ERROR] npm update: la profundidad rompe las dependencias

Creado en 17 dic. 2019 · 4Comentarios · Fuente: npm/cli

Qué? Por qué

NPM informa una dependencia no satisfecha después de realizar una actualización recursiva / profunda

Cuándo

Después de ejecutar npm --depth 9999 update

Dónde

n / A

Cómo

Comportamiento actual

Después de la actualización, npm ls informa una gran cantidad de dependencias faltantes / no satisfechas, por ejemplo:
├─┬ @semantic-release/[email protected] │ ├── @semantic-release/[email protected] deduped │ ├── [email protected] deduped │ ├─┬ [email protected] │ │ └── [email protected] │ ├─┬ UNMET DEPENDENCY [email protected]
npm ERR! missing: [email protected], required by @semantic-release/[email protected]

Pasos para reproducir

Cree una carpeta localmente y ejecute npm init
Instale un paquete con más de un nivel de dependencias, por ejemplo, npm i -D @semantic-release/exec
Espere a que una de sus dependencias profundas obtenga una versión más nueva
Ejecutar npm --depth 9999 update

Comportamiento esperado

No debería haber dependencias no satisfechas. Las actualizaciones se realizan de acuerdo con el archivo package.json de su padre o cualquier npm-shrinkwrap.json de su antepasado.
En otras palabras, debería actuar como si no hubiera package-lock.json y proceder a resolver todas las dependencias, instalar / actualizar / eliminar según sea necesario, y luego actualizar el archivo de bloqueo con el árbol resuelto.

OMS

n / A

Referencias

n / A

Bug

Fuente

zypA13510

👍3

Comentario más útil

Parece que preparé un problema duplicado

Qué? Por qué

El comando npm update --depth <number> pierde dev: true para las dependencias devDependencies actualizadas.

Cuándo

Siempre que uso npm update --depth <number> para paquetes que no tienen dependencias devDependencies nuevas

Dónde

registro público npm

Cómo

Comportamiento actual

Pierde dev: true por dependencias de devDependencies actualizadas

Pasos para reproducir

Tome este repositorio https://github.com/pahan35/npm-bugs
Sucursal de pago loses-dev-for-dev-deps
Ejecutar npm i
Ejecutar npm update --depth 7

Comportamiento esperado

Espero que esta acción mantenga dev: true para las dependencias de devDependencies actualizadas

Referencias

Posiblemente relacionado con el # 944

pahan35 en 25 feb. 2020

👍2

Todos 4 comentarios

Parece que preparé un problema duplicado

Qué? Por qué

El comando npm update --depth <number> pierde dev: true para las dependencias devDependencies actualizadas.

Cuándo

Siempre que uso npm update --depth <number> para paquetes que no tienen dependencias devDependencies nuevas

Dónde

registro público npm

Cómo

Comportamiento actual

Pierde dev: true por dependencias de devDependencies actualizadas

Pasos para reproducir

Tome este repositorio https://github.com/pahan35/npm-bugs
Sucursal de pago loses-dev-for-dev-deps
Ejecutar npm i
Ejecutar npm update --depth 7

Comportamiento esperado

Espero que esta acción mantenga dev: true para las dependencias de devDependencies actualizadas

Referencias

Posiblemente relacionado con el # 944

pahan35 en 25 feb. 2020

👍2

También estoy experimentando que npm update olvida el indicador dev para las dependencias cuando --depth es mayor que 0. ¿Quizás no es necesario para una profundidad más baja?

tflori en 18 mar. 2020

Descubrí que la bandera de desarrollo se restaura después de reinstalar los módulos de nodo ( rm -rf node_modules; npm install )

tflori en 18 mar. 2020

👍1

Veo el mismo problema de perder la bandera dev después de usar npm update --depth pero solo para las dependencias de desarrollo de mi proyecto, que son dependencias reales en otra dependencia.

En mi caso, una otra dependencia agrega "@ tipos / nodo" como dependencia, pero en mi proyecto lo tiene como dependencia de desarrollo:

package.json de la dependencia "a":

{
  name: "a",
  dependencies: {
    "@types/node": ">=5.10"
  }
}

mi proyecto:

{
  dependencies: {
    "a": "1.0.0"
  },

  devDependencies: {
    "@types/node": "^12.0.0",
    "somethingElse": "1.0.0"
  }
}

después de npm update --depth=99 la bandera de desarrollo está bien para somethingElse pero está mal para @type/node

editar: npm install parece almacenar @types/node como dependencia de desarrollo en la raíz + como dependencia en node_module anidado en el componente "a".
npm update instala solo una vez como dependencia en la raíz