Codes d'erreur

ERR_PNPM_UNEXPECTED_STORE

Un répertoire de modules est présent et est lié à un autre répertoire de magasins.

Si vous avez modifié intentionnellement le répertoire de la boutique, exécutez pnpm install et pnpm réinstallera les dépendances en utilisant le nouveau magasin.

ERR_PNPM_NO_MATCHING_VERSION_INSIDE_WORKSPACE

Un projet a une dépendance d'espace de travail qui n'existe pas dans l'espace de travail.

Par exemple, le paquet foo a bar@1.0.0 dans les dépendances:

{
  "name": "foo",
  "version": "1.0.0",
  "dependencies": {
    "bar": "workspace:1.0.0"
  }
}

Cependant, il n'y a que bar@2.0.0 dans l'espace de travail, donc pnpm install échouera.

Pour corriger cette erreur, toutes les dépendances qui utilisent le protocole d'espace de travail doivent être mises à jour pour utiliser les versions des paquets présents dans l'espace de travail. Cela peut être fait soit manuellement, soit en utilisant la commande pnpm -r update.

ERR_PNPM_PEER_DEP_ISSUES

pnpm install échouera si le projet a des dépendances de pairs non résolues ou si les dépendances de pairs ne correspondent pas aux plages souhaitées. Pour résoudre ce problème, installez les dépendances homologues manquantes.

Vous pouvez également ignorer ces erreurs de manière sélective en utilisant les champs pnpm.peerDependencyRules.ignoreMissing et pnpm.peerDependencyRules.allowedVersions dans package.json.

ERR_PNPM_OUTDATED_LOCKFILE

Cette erreur se produit lorsqu'une installation ne peut être effectuée sans modification du lockfile. Elle peut arriver dans un environnement CI si quelqu'un a modifié le contenu de package.json sans exécuter pnpm install par la suite. Elle peut aussi se produire si quelqu'un a oublié de commit les modifications apportées au lockfile.

Pour corriger cette erreur, exécutez pnpm install et faîtes un commit des modifications apportées au lockfile.

ERR_PNPM_TARBALL_INTEGRITY

This error indicates that the downloaded package's tarball did not match the expected integrity checksum.

If you use the npm registry (registry.npmjs.org), then this probably means that the integrity in your lockfile is incorrect. This might happen if a lockfile had badly resolved merge conflicts.

If you use a registry that allows to override existing versions of a package, then it might mean that in your local metadata cache you have the integrity checksum of an older version of the package. In this case, you should run pnpm store prune. This command will remove your local metadata cache. Then you can retry the command that failed.

But also be careful and verify that the package is downloaded from the right URL. The URL should be printed in the error message.

ERR_PNPM_MISMATCHED_RELEASE_CHANNEL

The config field use-node-version defines a release channel different from version suffix.

Par exemple:

• rc/20.0.0 defines an rc channel but the version is that of a stable release.
• release/20.0.0-rc.0 defines a release channel but the version is that of an RC release.

To fix this error, either remove the release channel prefix or correct the version suffix.

Note that it is not allowed to specify node versions like lts/Jod. The correct syntax for stable release is strictly X.Y.Z or release/X.Y.Z.

ERR_PNPM_INVALID_NODE_VERSION

The value of config field use-node-version has an invalid syntax.

Below are the valid forms of use-node-version:

• Stable release:
  • X.Y.Z (X, Y, Z are integers)
  • release/X.Y.Z (X, Y, Z are integers)
• RC release:
  • X.Y.Z-rc.W (X, Y, Z, W are integers)
  • rc/X.Y.Z-rc.W (X, Y, Z, W are integers)