Перейти до основного змісту
Версія: 10.x

Коди помилок

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​

Значення поля config use-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 — цілі числа)