ci(release): add GitHub Release creation and npm trusted publishing#5
Conversation
There was a problem hiding this comment.
💡 Codex Review
Here are some automated review suggestions for this pull request.
Reviewed commit: aa2c5d71dd
ℹ️ About Codex in GitHub
Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you
- Open a pull request for review
- Mark a draft as ready
- Comment "@codex review".
If Codex has suggestions, it will comment; otherwise it will react with 👍.
Codex can also answer questions or update the PR. Try commenting "@codex address that feedback".
| - name: Create GitHub Release | ||
| if: startsWith(github.ref, 'refs/tags/v') | ||
| uses: softprops/action-gh-release@v2 |
There was a problem hiding this comment.
Create GitHub release only after npm publish succeeds
On tag pushes, this step executes before Publish To npm, so a failing npm publish (for example, an expired NPM_TOKEN or an already-published version) still leaves behind a GitHub Release and attached tarball for a version that is not actually available on npm. Reordering release creation to run after successful publish (or explicitly gating it on publish success) avoids publishing misleading release artifacts.
Useful? React with 👍 / 👎.
|
Workspace cleanup update: the accidentally nested This PR remains unchanged in scope: it only updates the BlueBubbles release workflow and is not affected by that repo move. |
Context
Release workflow was publishing to npm with a long-lived token and did not create a GitHub Release artifact page.
Summary
contents: write+id-token: writein the release workflowpackage.jsonon tag releasesnpm packduring release.tgzNODE_AUTH_TOKEN/NPM_TOKENdependency fromnpm publish24for trusted publishingpackage.json.repository.urlmatchinghttps://github.com/anmho/bluebubbles-cliValidation
bun run checkNODE_AUTH_TOKENpackage.json.repository.urlmatches the GitHub repoFollow-up After Merge
anmho/bluebubbles-cliusing workflow filerelease.ymlv*tag to validate OIDC publish and provenance