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

pnpm publish

Публікує пакунок в реєстрі.

pnpm [-r] publish [<tarball|folder>] [--tag <tag>]
     [--access <public|restricted>] [options]

Під час публікації пакунка у робочій області, файл LICENSE з кореня робочої області пакується разом з пакунком (якщо тільки пакунок не має власної ліцензії).

Ви можете перевизначити деякі поля перед публікацією, використовуючи поле publishConfig у package.json. Ви також можете використовувати publishConfig.directory для налаштування вкладеної теки, що публікується (зазвичай за допомогою сторонніх інструментів збірки).

При рекурсивному виконанні цієї команди (pnpm -r publish) pnpm опублікує усі пакунки, версії яких ще не було опубліковано у реєстрі.

Параметри​

--recursive, -r​

Публікує всі пакунки з робочого простору.

--json​

Показати інформацію у форматі JSON.

--tag <tag>​

Публікує. всі пакунки з вказаним теґом. Стандартно, pnpm publish оновлює теґ latest.

Наприклад:

# всередині теки пакунків foo
pnpm publish --tag next
# у проєкті, де ви хочете використовувати наступну версію foo
pnpm add foo@next

--access <public|restricted>​

Вказує реєстру, чи повинен опублікований пакунок бути загальнодоступним або обмеженим.

--no-git-checks​

Не перевіряти, чи поточна гілка є вашою гілкою для публікації, вона є чистою та актуальною з віддаленою версією.

--publish-branch <branch>​

  • Стандартно: master та main
  • Типи: String

Основна гілка репозиторію, яка використовується для публікації останніх змін.

--force​

Намагатись публікувати пакунки, навіть якщо їх поточну версію вже знайдено у реєстрі.

--report-summary​

Зберегти список опублікованих пакунків у файлі pnpm-publish-summary.json. Корисно, коли для звіту про список опублікованих пакунків використовується інший інструментарій.

Приклад файлу pnpm-publish-summary.json:

{
  "publishedPackages": [
    {
      "name": "foo",
      "version": "1.0.0"
    },
    {
      "name": "bar",
      "version": "2.0.0"
    }
  ]
}

--dry-run​

Робити все, що робить публікація, за винятком власне публікації в реєстрі.

--otp​

При публікації пакунків, які вимагають двофакторної автентифікації, у цьому параметрі можна вказати одноразовий пароль.

--filter <package_selector>​

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

Налаштування​

Ви також можете встановити опції git-checks, publish-branch у файлі .npmrc.

Наприклад:

.npmrc
git-checks=false
publish-branch=production

Сценарії​

  • prepublishOnly
  • prepublish
  • prepack
  • prepare
  • postpack
  • publish
  • postpublish