pnpm publish
Publishes a package to the registry.
pnpm [-r] publish [<tarball|folder>] [--tag <tag>]
[--access <public|restricted>] [options]
When publishing a package inside a workspace, the LICENSE file from the root of the workspace is packed with the package (unless the package has a license of its own).
You may override some fields before publish, using the publishConfig field in package.json
. You also can use the publishConfig.directory
to customize the published subdirectory (usually using third party build tools).
When running this command recursively (pnpm -r publish
), pnpm will publish all the packages that have versions not yet published to the registry.
Options
--recursive, -r
Publish all packages from the workspace.
--json
Show information in JSON format.
--tag <tag>
Publishes the package with the given tag. By default, pnpm publish
updates the latest
tag.
For example:
# inside the foo package directory
pnpm publish --tag next
# in a project where you want to use the next version of foo
pnpm add foo@next
--access <public|restricted>
Tells the registry whether the published package should be public or restricted.
--no-git-checks
Don't check if current branch is your publish branch, clean, and up-to-date with remote.
--publish-branch <branch>
- Default: master and main
- Types: String
The primary branch of the repository which is used for publishing the latest changes.
--force
Try to publish packages even if their current version is already found in the registry.
--report-summary
Save the list of published packages to pnpm-publish-summary.json
. Useful when some other tooling is used to report the list of published packages.
An example of a pnpm-publish-summary.json
file:
{
"publishedPackages": [
{
"name": "foo",
"version": "1.0.0"
},
{
"name": "bar",
"version": "2.0.0"
}
}
]