Skip to content

ci: publish to npm on version tags + release v1.1.0#2

Merged
gierschv merged 1 commit into
masterfrom
ci/npm-publish
Jun 30, 2026
Merged

ci: publish to npm on version tags + release v1.1.0#2
gierschv merged 1 commit into
masterfrom
ci/npm-publish

Conversation

@gierschv

Copy link
Copy Markdown
Member

What

Sets up automated npm publishing, modeled on FlatIO/embed-client.

  • .github/workflows/publish.yml — runs on v* tag pushes: installs, runs build-schemavalidatebuildtest, then npm publish --access public. Uses npm OIDC trusted publishing (id-token: write, no NPM_TOKEN secret).
  • package.json — bump 1.0.01.1.0 (the localized-catalogs feature, PR feat: localized instrument catalogs #1), so a v1.1.0 tag publishes a version that matches package.json.

How to release after merge

git checkout master && git pull
git tag -a v1.1.0 -m "v1.1.0 — localized instrument catalogs"
git push origin v1.1.0   # → triggers the publish workflow

⚠️ One-time prerequisite

OIDC trusted publishing must be enabled for @flat/instruments on npmjs.com before the first run:
npmjs.com → package settings → Trusted Publisher → GitHub Actions, pointing at FlatIO/instruments + workflow publish.yml.

If the package has never been published (so its npm settings page doesn't exist yet), the very first publish needs a one-off manual npm publish (or a granular NODE_AUTH_TOKEN); trusted publishing can be configured for every release after that. Let me know which case applies and I'll adjust.

Add a Publish Package workflow that runs on `v*` tags and publishes to npm via
OIDC trusted publishing (no token), mirroring FlatIO/embed-client. Bump to
1.1.0 so a v1.1.0 tag publishes the localized-catalogs release.
@gierschv gierschv merged commit c80bd67 into master Jun 30, 2026
4 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant