ERR_PNPM_UNEXPECTED_STORE​

Тека модулів присутня і повʼязана з іншою текою сховища.

Якщо ви змінили теку сховища навмисно, виконайтеpnpm install і pnpm перевстановить залежності, використовуючи нову теку сховища.

ERR_PNPM_NO_MATCHING_VERSION_INSIDE_WORKSPACE​

Проєкт має залежність робочого простору, якої не існує у робочому просторі.

Наприклад, пакунокfoo маєbar@1.0.0 уdependencies:

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

Однак у робочому просторі є лишеbar@2.0.0, томуpnpm install не вдасться виконати.

Для виправлення цієї помилки слід оновити всі залежності, які використовуютьпротокол робочого простору, щоб вони використовували версії пакунків, присутніх у робочому просторі. Це можна зробити вручну або за допомогою командиpnpm -r update.

ERR_PNPM_PEER_DEP_ISSUES​

pnpm install завершиться невдачею, якщо проєкт має невирішені прямі залежності або прямі залежності не відповідають потрібним діапазонам. Щоб виправити це, встановіть відсутні прямі залежності.

Ви також можете вибірково ігнорувати ці помилки за допомогою полівpnpm.peerDependencyRules.ignoreMissing таpnpm.peerDependencyRules.allowedVersions уpackage.json.

ERR_PNPM_OUTDATED_LOCKFILE​

Ця помилка виникає, коли встановлення не може бути виконано без внесення змін до файлу блокування. Це може статися у середовищі CI, якщо хтось змінив файлpackage.json у сховищі без запускуpnpm install після цього. Або хтось забув зафіксувати зміни у файлі блокування.

Щоб виправити цю помилку, просто виконайтеpnpm install і зафіксуйте зміни у файлі блокування.

ERR_PNPM_TARBALL_INTEGRITY​

Ця помилка вказує на те, що tar-файл завантаженого пакунка не збігається з очікуваною контрольною сумою цілісності.

Якщо ви використовуєте реєстр npm (registry.npmjs.org), то це, ймовірно, означає, що у вашому файлі блокування порушено цілісність.Це може статися, якщо у файлі блокування було погано розвʼязано конфлікти злиття.

Якщо ви використовуєте реєстр, який дозволяє перевизначати наявні версії пакунків, це може означати, що у вашому локальному кеші метаданих зберігається контрольна сума цілісності старішої версії пакунка. У цьому випадку слід виконатиpnpm store prune. Ця команда вилучить ваш локальний кеш метаданих. Після цього ви можете повторити команду, яка не спрацювала.

Але також будьте обережні і переконайтеся, що пакунок завантажено з правильної URL-адреси. У повідомленні про помилку має бути виведено URL-адресу.

ERR_PNPM_MISMATCHED_RELEASE_CHANNEL​

Поле конфігураціїuse-node-version визначає канал випуску, відмінний від суфікса версії.

Наприклад:

• rc/20.0.0 визначає каналrc, але це версія стабільного випуску.
• release/20.0.0-rc.0 визначає каналrelease, але версією є версія випуску RC.

Щоб виправити цю помилку, видаліть префікс каналу випуску або виправте суфікс версії.

Зауважте, що не можна вказувати версії node, такі якlts/Jod.Правильний синтаксис для стабільного випуску – строго X.Y.Z або випуск/X.Y.Z.

ERR_PNPM_INVALID_NODE_VERSION​

Значення поля configuse-node-version має невірний синтаксис.

Нижче наведено допустимі формиuse-node-version:

• Стабільні випуски:
  • XYZ (X,Y,Z — цілі числа)
  • release/XYZ (X,Y,Z — цілі числа)
• Випуск RC:
  • XYZ-rc.W (X,Y,Z,W — цілі числа)
  • rc/XYZ-rc.W (X,Y,Z,W — цілі числа)