pnpm add <pkg>

Встановлює пакунок та будь-які пакунки, від яких він залежить. Стандартно будь-який новий пакунок встановлюється як залежність режиму production.

TL;DR#

Підтримувані джерела пакунків#

pnpm підтримує встановлення пакунків з різних джерел. Див. сторінку Підтримувані джерела пакунків для отримання детальної документації щодо:

• Реєстр npm
• Реєстр JSR
• Пакунків робочих просторів
• Локальної файлової системи (архіви та теки)
• Віддалені архіви
• Репозиторії Git (із semver, підтеками тощо)

Параметри#

--save-prod, -P, -p#

Встановлює вказані пакунки як звичайні dependencies.

--save-dev, -D, -d#

Встановлює вказані пакунки як devDependencies.

--save-optional, -O, -o#

Встановлює вказані пакунки як optionalDependencies.

--save-exact, -E, -e#

Збережені залежності (dependencies) буде сконфігуровано з точною версією, а не з використанням стандартного оператора діапазону semver.

--save-peer#

Використання --save-peer додасть один або кілька пакунків до peerDependencies та встановить їх як залежності для розробки (dev dependencies).

--save-catalog#

Додано у: v10.12.1

Зберігає нову залежність до стандартного каталогу.

--save-catalog-name <catalog_name>#

Додано у: v10.12.1

Зберігає нову залежність до вказаного каталогу.

--config#

Додано у: v10.8.0

Збережіть залежність у configDependencies.

--ignore-workspace-root-check#

Додавання нової залежності до пакунка кореневого робочого простору завершиться невдачею, якщо не використовується прапорець --ignore-workspace-root-check або -w.

Наприклад, pnpm add debug -w.

--global, -g#

Встановлює пакунок глобально. See Global Packages for details.

Кожен відділкний пробілом пакунок встановлюється у свою окрему теку. To bundle several packages into a single isolated install (so they share dependencies and are removed together), pass them as a comma-separated list, e.g. pnpm add -g eslint,prettier.

--workspace#

Додає нову залежність лише у випадку, якщо вона знаходиться в робочому просторі.

--allow-build#

Додано у: v10.4.0

Список назв пакунків, для яких дозволено запускати післяінсталяційні скрипти під час встановлення.

Приклад:

pnpm --allow-build=esbuild add my-bundler

Це запустить післяінсталяційний скрипт esbuild, а також додасть його до поля allowBuilds у файлі pnpm-workspace.yaml. Отже, esbuild завжди матиме змогу запускати свої скрипти у майбутньому.

Since v11.26.0, prefixing a name with ! denies the build instead:

pnpm add --allow-build=!core-js my-bundler

writes allowBuilds: { core-js: false }, so the package is never asked about again. Global installs (pnpm add -g) record the denial too.

--registry#

Specify the registry to use for this installation:

pnpm add --registry=https://registry.npmjs.org/ lodash

--filter <package_selector>#

Читайте більше про фільтрування.

--cpu=<name>#

Додано у: v10.14.0

Перевизначити архітектуру CPU нативних модулів для встановлення. Прийнятні значення такі самі, як поле cpu у файлі package.json, яке походить із process.arch.

--os=<name>#

Додано у: v10.14.0

Перевизначити OS нативних модулів для встановлення. Прийнятні значення такі самі, як поле os у файлі package.json, яке походить із process.platform.

--libc=<name>#

Додано у: v10.14.0

Перевизначити libc нативних модулів для встановлення. Прийнятні значення такі самі, як поле libc у файлі package.json.