Перейти до основного змісту

pnpm 10.31

· 2 хв читання
Золтан Кочан
Золтан Кочан
Головний розробник pnpm

у версії pnpm 10.31 збережено коментарі та форматування під час оновлення файлу pnpm-workspace.yaml, а також виправлено чимало помилок.

Незначні зміни​

Збереження коментарів у pnpm-workspace.yaml​

Коли pnpm оновлює pnpm-workspace.yaml, коментарі, форматування рядків та пробіли залишаються.

Зміни в патчах​

  • Додано -F як скорочення для опції --filter у виводі довідки.
  • Обробка невизначеного pkgSnapshot у 'pnpm why -r' #10700.
  • Виправлено ситуацію, коли headless інсталяція не використовувалася, якщо проєкт містив інʼєкцію залежності file:, що посилалась сама на себе, яка в файлі блокування перетворювалась на link:.
  • Виправлено ситуацію конкуренції, яка виникала, коли кілька робочих потоків одночасно імпортували один і той самий пакунок у глобальне віртуальний сховище. Операція перейменування тепер допускає помилки ENOTEMPTY/EEXIST, якщо інший потік вже завершив імпорт.
  • Якщо для параметра lockfile-include-tarball-url встановлено значення false, URL-адреси архівів тепер завжди виключаються з файлу блокування. Раніше URL-адреси архівів все ще могли зʼявлятися для пакунків, розміщених за нестандартними URL-адресами #6667.
  • Виправлено пропускання установки функцією optimisticRepeatInstall у разі зміни параметрів overrides, packageExtensions, ignoredOptionalDependencies, patchedDependencies або peersSuffixMaxLength.
  • Виправлено помилку pnpm patch-commit, яка виникала з повідомленням «unable to access “/.config/git/attributes”: Permission denied» у середовищах, де змінна HOME не встановлена або має нестандартне значення (контейнери Docker, системи CI) #6537.
  • Виправлено помилку pnpm why -r --parseable, пов’язану з відсутністю залежностей, коли кілька пакунків робочого простору використовують одну й ту саму залежність #8100.
  • Виправлено помилку, через яку параметр link-workspace-packages=true неправильно повʼязував пакети робочого простору, коли запитувана версія не відповідала версії пакунка робочого простору #10173.
  • Виправлено помилку, через яку команда pnpm update --interactive порушувала вирівнювання таблиці при використанні довгих рядків версій, шляхом динамічного розрахунку ширини стовпців замість використання жорстко заданих значень #10316.
  • Параметр, встановлений прапорцем --allow-build, записується в allowBuilds.
  • Виправлено помилку, через яку при вказанні параметра filter у файлі pnpm-workspace.yaml pnpm не виявляв жодних проєктів.
  • Вивести повідомлення про допомогу при запуску команди pnpm dlx без аргументів і завершити роботу.