Maison > interface Web > js tutoriel > ERR_PNPM_BAD_PM_VERSION Ce projet est configuré pour utiliser vX de pnpm. Votre pnpm actuel est vY

ERR_PNPM_BAD_PM_VERSION Ce projet est configuré pour utiliser vX de pnpm. Votre pnpm actuel est vY

WBOY
Libérer: 2024-08-19 17:08:03
original
806 Les gens l'ont consulté

ERR_PNPM_BAD_PM_VERSION This project is configured to use vX of pnpm. Your current pnpm is vY

Le problème

Si vous avez commencé à utiliser Corepack pour gérer les versions de votre gestionnaire de paquets, vous êtes peut-être tombé sur un cas très curieux de deux commandes très similaires renvoyant des résultats différents :

# Calling `pnpm` directly, this works perfectly fine:
> pnpm install
Lockfile is up to date, resolution step is skipped
Already up to date
Done in 1.5s

# Calling `pnpm` through `ember-cli`, this one fails:
> ember install ember-leaflet
?  Installing packages... This might take a couple of minutes.
Command failed with exit code 1: pnpm add --save-dev ember-leaflet
 ERR_PNPM_BAD_PM_VERSION  
This project is configured to use v9.7.0 of pnpm.
Your current pnpm is v9.1.2
Copier après la connexion

Vous avez peut-être essayé (comme moi) de "réparer le projet" en exécutant :

> corepack prepare pnpm@9.7.0 --activate
> corepack use pnpm@9.7.0
> corepack install --global pnpm@9.7.0
Copier après la connexion

Mais le résultat serait toujours le même.

L'analyse

Quel est le problème ici ? Pourquoi avons-nous appliqué la v9.7.0 partout, mais la commande ember utilise la v9.1.2 d'une manière ou d'une autre ?

Si vous exécutez la vérification de version depuis votre projet, vous obtiendrez effectivement la bonne version :

> cd ~/my-project
> pnpm --version
9.7.0
Copier après la connexion

Mais si vous exécutez la même commande depuis un autre répertoire (votre répertoire personnel), vous obtiendrez la "mauvaise" version :

> cd ~
> pnpm --version
9.1.2
Copier après la connexion

Ce qui est un indice. Voyons maintenant d'où vient l'ember dans votre commande ember install ember-leaflet :

> cd ~/my-project
> which ember
/Users/michal/Library/pnpm/ember
Copier après la connexion

Aha ! Il s'agit donc de mon installation globale ember-cli et non de celle du projet (qui réside dans ~/my-project/node_modules/ember-cli/bin/ember).

Solution

Locale

Si vous souhaitez utiliser dans le projet la version installée d'ember-cli, vous pouvez le faire en exécutant la commande ember via pnpm exec :

> pnpm exec ember install ember-leaflet
Copier après la connexion

Mondial

Ou vous pouvez épingler la version globale de pnpm à la version correspondant à votre projet :

> corepack install --global pnpm@9.7.0
> pnpm --version
9.7.0
> cd ~/my-project
> ember install ember-leaflet
?  Installing packages... This might take a couple of minutes.
pnpm: Installed leaflet@^1.9.3
Installed addon package.
Copier après la connexion

pnpm géré par corepack

Si vous souhaitez résoudre l'incompatibilité de version globale, vous pourriez tomber sur un problème où pnpm a été installé à partir de sources différentes de celles du corepack et changer la version dans le corepack n'influencerait pas ce version est exécutée car l'autre installation aurait la priorité.

Je n'ai pas de solution simple à cela car cela dépend fortement de votre situation et de la configuration que vous souhaitez exécuter, mais si vous (comme moi) souhaitez simplement continuer à utiliser Corepack pour gérer votre versions de pnpm que vous pourriez essayer de suivre :

  1. brew désinstaller pnpm
  2. npm désinstaller pnpm -g
  3. Suivez la documentation de désinstallation de pnpm
  4. Supprimez toutes les références de PNPM_HOME de votre configuration shell (~/.zshrc)
  5. Rechargez votre configuration shell (~/.zshrc)
  6. installation du corepack --global pnpm@9.7.0
  7. Vérifiez quelle version est maintenant globalement disponible en exécutant dans votre répertoire personnel : pnpm --version

Manigances du répertoire personnel

Il pourrait arriver que lorsque vous êtes dans votre répertoire personnel, la commande pnpm --version affiche toujours une autre version que votre version globale. Pourquoi donc? Eh bien, corepack utilise le champ packageManager dans votre package.json pour déterminer s'il doit utiliser la version locale au lieu de la version globale. Et il se peut que votre répertoire personnel contienne le fichier package.json et qu'il ressemble donc à un dossier de projet. Supprimez simplement ce fichier, vous l'avez très probablement créé par accident et vous ne voulez pas que package.json se trouve dans le répertoire ~.


Illustration réalisée par ChatGPT v4o à l'aide de l'invite : "Hamster confus regardant des spaghettis de code source, essayant de lui donner un sens --ar 16:9"

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!

source:dev.to
Déclaration de ce site Web
Le contenu de cet article est volontairement contribué par les internautes et les droits d'auteur appartiennent à l'auteur original. Ce site n'assume aucune responsabilité légale correspondante. Si vous trouvez un contenu suspecté de plagiat ou de contrefaçon, veuillez contacter admin@php.cn
Tutoriels populaires
Plus>
Derniers téléchargements
Plus>
effets Web
Code source du site Web
Matériel du site Web
Modèle frontal