Skip to content
NewBun 1.4.5 is out. Release notes
AphrodyBun

Package Manager · Publishing & Analysis

bun publish

Use bun publish to publish a package to the npm registry

bun publish packs your package into a tarball and strips catalog and workspace protocols from the package.json, resolving versions if necessary. It then publishes to the registry specified in your configuration files or in the package's publishConfig. Both bunfig.toml and .npmrc files are supported.

## Publishing the package from the current working directory
bun publish
bun publish v1.3.3 (ca7428e9)

packed 203B package.json
packed 224B README.md
packed 30B index.ts
packed 0.64KB tsconfig.json

Total files: 4
Shasum: 79e2b4377b63f4de38dc7ea6e5e9dbee08311a69
Integrity: sha512-6QSNlDdSwyG/+[...]X6wXHriDWr6fA==
Unpacked size: 1.1KB
Packed size: 0.76KB
Tag: latest
Access: default
Registry: http://localhost:4873/

 + publish-1@1.0.0

To pack and publish separately, run bun pm pack, then bun publish with the path to the output tarball.

bun pm pack
...
bun publish ./package.tgz

bun publish does not run lifecycle scripts (prepublishOnly/prepack/prepare/postpack/publish/postpublish) if you provide a tarball path. Scripts run only when bun publish packs the package itself.

bun publish cannot generate provenance statements yet. --provenance, "provenance": true in publishConfig and NPM_CONFIG_PROVENANCE=true are errors.

--recursive and --filter

In a monorepo, --recursive (-r) publishes the root package and every workspace package, dependencies before their dependents. --filter (-F) does the same for the matching workspace packages only.

bun publish --recursive
bun publish --filter "@acme/*"

Packages that are "private" or whose version is already on the registry are skipped. Every package is packed before the first one is published, and the first failure ends the run; running the command again skips what was published.

--access

--access sets the access level of the package being published, either public or restricted. Unscoped packages are always public, and publishing an unscoped package with --access restricted is an error.

bun publish --access public

You can also set --access in the publishConfig field of your package.json.

package.json
{
  "publishConfig": {
    "access": "restricted"
  }
}

--tag

Set the tag of the package version being published. By default, the tag is latest. The initial version of a package is always given the latest tag in addition to the specified tag.

bun publish --tag alpha

You can also set --tag in the publishConfig field of your package.json.

package.json
{
  "publishConfig": {
    "tag": "next"
  }
}

A prerelease version such as 2.0.0-beta.1 needs a tag: without one it would become latest, the version bun add installs. To publish it as latest anyway, pass --tag latest.

A tag cannot be a version or a version range, such as 1.2.3 or v1.

publishConfig.registry

A package can pin the registry it is published to in the publishConfig field of its package.json, regardless of the registry configured for installs. --registry on the command line still overrides it.

package.json
{
  "name": "internal-package",
  "publishConfig": {
    "registry": "https://registry.myorg.example/"
  }
}

As in npm, publishConfig.registry replaces the default registry only. A registry configured for the package's scope (@myorg:registry in .npmrc, or [install.scopes] in bunfig.toml) still takes precedence over it; to replace that one, set the scope's key in publishConfig instead:

package.json
{
  "name": "@myorg/package",
  "publishConfig": {
    "@myorg:registry": "https://registry.myorg.example/"
  }
}

Credentials are the ones configured for that registry, the same as when it is the default registry: a //registry.myorg.example/:_authToken=... line in .npmrc, or a registry with the same URL in bunfig.toml or .npmrc. When there are none, the credentials of the registry the package would otherwise have been published to are used only if the pinned registry has the same origin; otherwise bun publish fails with a missing authentication error instead of sending them to a different registry.

As in npm, publishConfig is read like the name and the version: from the package.json that the prepublishOnly, prepack and prepare scripts leave behind.

--dry-run

--dry-run runs the publish process without publishing the package, so you can verify what would be published.

bun publish --dry-run

--tolerate-republish

Exit with code 0 instead of 1 if the package version already exists. Useful in CI/CD where jobs may be re-run.

bun publish --tolerate-republish

--gzip-level

Set the gzip compression level used when packing the package, from 0 to 9 (default 9). Only applies to bun publish without a tarball path argument.

--auth-type

If you have 2FA enabled for your npm account, bun publish prompts you for a one-time password, either through a browser or in the CLI. --auth-type tells the npm registry which method you prefer: web (the default) or legacy.

bun publish --auth-type legacy
...
This operation requires a one-time password.
Enter OTP: 123456
...

--otp

Provide a one-time password directly to the CLI. If the password is valid, bun publish skips the extra one-time password prompt before publishing:

bun publish --otp 123456

bun publish respects the NPM_CONFIG_TOKEN environment variable, useful when publishing from GitHub Actions or other automated workflows.

--provenance

bun publish cannot generate provenance statements yet: --provenance, --provenance-file, "provenance": true in publishConfig, NPM_CONFIG_PROVENANCE=true and provenance=true in .npmrc are errors, so that a package is never published without the statement it asked for.

A setting that turns provenance off is fine. As in npm, the command line wins over publishConfig, publishConfig over the environment, and the environment over .npmrc:

bun publish --no-provenance # or --provenance=false

CLI Usage

bun publish dist

Publishing Options

--access string

Set the access level of the package being published, either public or restricted. Unscoped packages are always public; publishing an unscoped package with --access restricted is an error.

bun publish --access public

You can also set --access in the publishConfig field of your package.json.

package.json
{
  "publishConfig": {
    "access": "restricted" // [!code ++]
  }
}

--tag string default: latest

Set the tag of the package version being published. By default, the tag is latest. A prerelease version needs a tag. The initial version of a package is always given the latest tag in addition to the specified tag.

bun publish --tag alpha

You can also set --tag in the publishConfig field of your package.json.

package.json
{
  "publishConfig": {
    "tag": "next" // [!code ++]
  }
}

--dry-run boolean

Simulate the publish process without publishing the package, to verify its contents first.

bun publish --dry-run

--tolerate-republish boolean

bun publish exits with code 0 instead of 1 when the version being published already exists in the registry.

--recursive boolean

Publish the root package and every workspace package, dependencies before their dependents. Alias: -r

A package is skipped when it is "private" or when its version is already on the registry. Every package is packed before the first one is published, and the first failure ends the run; running the command again skips what was published.

bun publish --recursive

--filter string

Like --recursive, for the workspace packages that match the pattern only. Can be repeated. Alias: -F

bun publish --filter "@acme/*"

--gzip-level string default: 9

Specify the level of gzip compression to use when packing the package. Only applies to bun publish without a tarball path argument. Values range from 0 to 9 (default is 9).

--auth-type string default: web

If you have 2FA enabled for your npm account, bun publish prompts you for a one-time password, either through a browser or the CLI. --auth-type tells the npm registry which method you prefer: web (the default) or legacy.

bun publish --auth-type legacy
...
This operation requires a one-time password.
Enter OTP: 123456
...

--otp string

Provide a one-time password directly to the CLI. A valid password skips the extra one-time password prompt before publishing.

bun publish --otp 123456

bun publish respects the NPM_CONFIG_TOKEN environment variable, so you can publish from GitHub Actions or other automated workflows.

Registry Configuration

Custom Registry

--registry string

Use a specific registry by default, overriding .npmrc, bunfig.toml and environment variables. A registry configured for the package's scope (@scope:registry= in .npmrc or [install.scopes] in bunfig.toml) still takes precedence.

bun publish --registry https://my-private-registry.com

A package can pin the registry it is published to with publishConfig.registry in its package.json (--registry still overrides it). Like npm, this replaces the default registry only; a registry configured for the package's scope takes precedence unless publishConfig also sets @scope:registry.

package.json
{
  "publishConfig": {
    "registry": "https://my-private-registry.com" // [!code ++]
  }
}

SSL Certificates

--ca string

Provide Certificate Authority signing certificate

--cafile string

Path to Certificate Authority certificate file

Inline Certificate
bun publish --ca "-----BEGIN CERTIFICATE-----..."
Certificate File
bun publish --cafile ./ca-cert.pem

General Options

Dependency Management

-p, --production boolean

Don't install devDependencies

--omit string

Exclude dependency types: dev, optional, or peer

-f, --force boolean

Always request the latest versions from the registry & reinstall all dependencies

Script Control

--ignore-scripts boolean

Skip lifecycle scripts during packing and publishing

--trust boolean

Add packages to trustedDependencies and run their scripts

Lifecycle Scripts — When you publish a pre-built tarball, Bun does not run lifecycle scripts such as prepublishOnly and prepack; they only run when Bun packs the package itself.

File Management

--no-save boolean

Don't update package.json or lockfile

--frozen-lockfile boolean

Disallow changes to lockfile

--yarn boolean

Generate yarn.lock file (yarn v1 compatible)

Performance

--backend string

Platform optimizations: clonefile (default on macOS), hardlink (default on Linux and Windows), symlink, or copyfile

--network-concurrency number default: 64

Maximum concurrent network requests

--concurrent-scripts number

Maximum concurrent lifecycle scripts (default: 2x CPU cores)

Output Control

--silent boolean

Suppress all output

--verbose boolean

Show detailed logging

--no-progress boolean

Hide progress bar

--no-summary boolean

Don't print publish summary