Repository navigation
ci: Use OIDC for npm publish #41900
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Merged
Merged
ci: Use OIDC for npm publish #41900
Changes from 8 commits
Commits
Show all changes
10 commits
Select commit
Hold shift + click to select a range
e5dde56
chore: point published packages at the correct repository
sampaiodiego 207236c
fix(release-action): don't write a bogus npm auth token
sampaiodiego 1500295
ci: consolidate release workflows into a single entry point
sampaiodiego 38b1d7f
docs: document npm publishing and trusted publishing setup
sampaiodiego f55e9e7
chore: drop redundant publishConfig.access from packages
sampaiodiego 281f112
chore(release-action): move the action runtime to node24
sampaiodiego e61daec
chore(release-action): drop the drifted packageManager pin
sampaiodiego 8f0c758
remove count
sampaiodiego e2df8fd
fix all urls
sampaiodiego d4ac553
document why NPM_TOKEN is still used
sampaiodiego File filter
Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
Some comments aren't visible on the classic Files Changed page.
There are no files selected for viewing
This file was deleted.
Oops, something went wrong.
This file was deleted.
Oops, something went wrong.
This file was deleted.
Oops, something went wrong.
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
| Original file line number | Diff line number | Diff line change |
|---|---|---|
| @@ -0,0 +1,75 @@ | ||
| name: Release | ||
|
|
||
| # Single entry point for every path that publishes to npm. npm allows one trusted | ||
| # publisher per package and validates the entry-point workflow filename, so `cut`, | ||
| # `next` and `publish-final` all have to run from this file. | ||
| on: | ||
| push: | ||
| branches: | ||
| - master | ||
| schedule: | ||
| - cron: '28 21 20 * *' # run at minute 28 to avoid the chance of delay due to high load on GH | ||
| workflow_dispatch: | ||
| inputs: | ||
| name: | ||
| type: choice | ||
| description: Release type | ||
| default: next | ||
| required: true | ||
| options: | ||
| - next | ||
| - patch | ||
| - cut | ||
| base-ref: | ||
| description: Base version | ||
| default: develop | ||
| required: false | ||
|
|
||
| concurrency: ${{ github.workflow }}-${{ github.ref }} | ||
|
|
||
| env: | ||
| HUSKY: 0 | ||
|
|
||
| permissions: {} | ||
|
|
||
| jobs: | ||
| release: | ||
| name: Release | ||
| runs-on: ubuntu-24.04 | ||
| permissions: | ||
| contents: read | ||
| id-token: write # npm trusted publishing (OIDC) | ||
| steps: | ||
| - name: Checkout Repo | ||
| uses: actions/checkout@3d3c42e5aac5ba805825da76410c181273ba90b1 # v7.0.1 | ||
| with: | ||
| ref: ${{ github.event_name == 'schedule' && github.ref_name || github.event_name == 'workflow_dispatch' && inputs.base-ref || '' }} | ||
| fetch-depth: 0 | ||
| token: ${{ secrets.CI_PAT }} | ||
|
|
||
| - name: Setup NodeJS | ||
| uses: ./.github/actions/setup-node | ||
| with: | ||
| cache-modules: true | ||
| install: true | ||
| NPM_TOKEN: ${{ secrets.NPM_TOKEN }} | ||
|
|
||
| # Node 22 bundles npm 10, trusted publishing needs >= 11.5.1 | ||
| - name: Setup npm | ||
| run: | | ||
| npm install -g npm@^11.15.0 | ||
| npm --version | ||
|
|
||
| - uses: rharkor/caching-for-turbo@2238fae6eb9a9936f92356f54cb3660200d105e7 # v2.5.1 | ||
|
|
||
| - name: Build packages | ||
| run: yarn build | ||
|
|
||
| - name: Release | ||
| uses: ./packages/release-action | ||
| with: | ||
| action: ${{ github.event_name == 'push' && 'publish-final' || github.event_name == 'schedule' && 'next' || inputs.name }} | ||
| base-ref: ${{ github.event_name == 'schedule' && github.ref_name || github.event_name == 'workflow_dispatch' && inputs.base-ref || '' }} | ||
| env: | ||
| NPM_TOKEN: ${{ secrets.NPM_TOKEN }} | ||
| GITHUB_TOKEN: ${{ secrets.CI_PAT }} | ||
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
| Original file line number | Diff line number | Diff line change |
|---|---|---|
| @@ -0,0 +1,112 @@ | ||
| # npm publishing | ||
|
|
||
| The public `@rocket.chat/*` packages under `packages/` are published to npm by | ||
| `.github/workflows/release.yml`, which delegates to the local `packages/release-action`. | ||
| Everything else in the workspace is `private: true` and never published. | ||
|
|
||
| ## How a publish happens | ||
|
|
||
| `release.yml` is the **only** workflow that publishes. It carries three triggers and maps each one | ||
| to a `release-action` mode: | ||
|
|
||
| | Trigger | `action` | Publishes? | dist-tag | | ||
| | ----------------------------- | --------------- | ---------- | --------------- | | ||
| | `push` to `master` | `publish-final` | yes | `latest` | | ||
| | `schedule` (monthly, 20th) | `next` | yes | `rc` | | ||
| | `workflow_dispatch` → `cut` | `cut` | yes | `latest` / `rc` | | ||
| | `workflow_dispatch` → `next` | `next` | yes | `rc` | | ||
| | `workflow_dispatch` → `patch` | `patch` | no | — | | ||
|
|
||
| `publishRelease.ts` and `bumpNextVersion.ts` both end with `yarn changeset publish --no-git-tag`. | ||
| Changesets then spawns `npm publish <packageDir> --access public --tag <tag>` from the repo root, so | ||
| **the npm CLI on `PATH` is what authenticates** — not yarn. | ||
|
|
||
| ## Trusted publishing (OIDC) | ||
|
|
||
| Publishing authenticates via [npm trusted publishing](https://docs.npmjs.com/trusted-publishers/) | ||
| rather than a long-lived token. GitHub Actions mints a short-lived, job-scoped credential at publish | ||
| time, and npm attaches a provenance attestation to every published tarball. | ||
|
|
||
| Two hard requirements, both handled in `release.yml`: | ||
|
|
||
| - `permissions: id-token: write` on the publishing job — without it the runner never exposes | ||
| `ACTIONS_ID_TOKEN_REQUEST_URL` and the OIDC exchange cannot happen. | ||
| - **npm >= 11.5.1** (the `Setup npm` step installs it). `engines.node` is 22.x, which bundles npm 10. | ||
|
|
||
| ### Why there is only one release workflow | ||
|
|
||
| npm allows **one trusted publisher per package**, and it validates the _entry-point_ workflow | ||
| filename — the `workflow_ref` OIDC claim. `workflow_call` reusable workflows inherit the caller's | ||
| `workflow_ref`, so splitting the publish step into a shared workflow does not help: every caller | ||
| would need its own registration. Hence the single `release.yml` with three triggers. | ||
|
|
||
| **Renaming or moving `release.yml` breaks publishing** until every package's trusted publisher is | ||
| updated on npmjs.com. | ||
|
|
||
| ### Registering a newly published package | ||
|
|
||
| npm cannot configure a trusted publisher for a package that does not exist yet, so a brand-new | ||
| package needs one manual first publish before it can be registered. | ||
|
|
||
| Register from a machine with npm >= 11.15.0 and account-level 2FA (granular tokens with the | ||
| bypass-2FA option are rejected): | ||
|
|
||
| ```sh | ||
| npm trust github @rocket.chat/<name> \ | ||
| --file release.yml \ | ||
| --repo RocketChat/Rocket.Chat \ | ||
| --allow-publish | ||
|
|
||
| npm trust list @rocket.chat/<name> | ||
| ``` | ||
|
|
||
| Or on `npmjs.com/package/@rocket.chat/<name>/access`: | ||
|
|
||
| | Field | Value | | ||
| | ----------------- | -------------------------------------- | | ||
| | Provider | GitHub Actions | | ||
| | Organization | `RocketChat` | | ||
| | Repository | `Rocket.Chat` | | ||
| | Workflow filename | `release.yml` (filename only, no path) | | ||
| | Environment | _(blank)_ | | ||
| | Allowed actions | `npm publish` | | ||
|
|
||
| No GitHub Environment is configured: the monthly RC cron and the push-to-master final release both | ||
| run unattended, and an environment with required reviewers would stall them. | ||
|
|
||
| ### Provenance requires a correct `repository` field | ||
|
|
||
| npm generates provenance automatically for public packages published from a public repo via OIDC, | ||
| and **rejects the publish (422) when `repository.url` does not match the repository the workflow ran | ||
| in**. Every published package therefore needs: | ||
|
|
||
| ```json | ||
| "repository": { | ||
| "type": "git", | ||
| "url": "git+https://github.com/RocketChat/Rocket.Chat.git", | ||
| "directory": "packages/<name>" | ||
| } | ||
| ``` | ||
|
|
||
| The org/repo casing (`RocketChat/Rocket.Chat`) has to match too. | ||
|
|
||
| Verify after a release: | ||
|
|
||
| ```sh | ||
| npm view @rocket.chat/<name> --json dist.attestations | ||
| ``` | ||
|
|
||
| A non-null result is proof the publish went through OIDC — token-based publishes from this repo | ||
| never carried provenance. | ||
|
|
||
| ## Troubleshooting | ||
|
|
||
| - **`E404` / `ENEEDAUTH` on `/-/npm/v1/oidc/token/exchange/package/…`** — almost always a | ||
| trusted-publisher mismatch: wrong repository, or the workflow filename entered with a path | ||
| (`.github/workflows/release.yml`) instead of bare `release.yml`. | ||
| - **`E401` despite a correct registration** — something wrote an auth line into `~/.npmrc`, which | ||
| takes precedence over the OIDC exchange. `createNpmFile()` skips writing when `NPM_TOKEN` is | ||
| unset; `.github/actions/setup-node` writes one whenever its `NPM_TOKEN` input is set. | ||
| - **422 on publish** — provenance mismatch; check the package's `repository` field. | ||
| - **Silent fallback to token auth** — if a valid token is present npm may authenticate with it | ||
| instead. Confirm via `dist.attestations` rather than the job log. | ||
|
sampaiodiego marked this conversation as resolved.
Resolved
|
||
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Oops, something went wrong.
Oops, something went wrong.
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Uh oh!
There was an error while loading. Please reload this page.