Skip to content

Publish a release when a new version reaches master - #66

Merged
perronosaurio merged 1 commit into
masterfrom
auto-release
Oct 5, 2026
Merged

perronosaurio merged 1 commit into
masterfrom
auto-release

Conversation

@perronosaurio

Copy link
Copy Markdown
Owner

What does this change?

Until now a release needed someone to push a v* tag from a terminal. This PR adds a second trigger to the release workflow: pushes to master.

On a push to master it checks whether the package.json version already has a GitHub release:

  • No release yet: it runs the lint and tests, creates the tag on that commit (gh release create --target) and publishes the zip and tar.gz with the changelog section as notes.
  • Already released: it stops after that first check.

Pushing a v* tag by hand still works as before.

docs/RELEASING.md now describes the flow: merge a "Release x.y.z" PR and the release is published.

master is already at 2.1.0 (#65) with no release, so merging this PR publishes v2.1.0.

How did you test it?

  • The workflow file parses as YAML, and node scripts/release-notes.js 2.1.0 prints the right section
  • The workflow itself only runs on master, so merging this PR is its first run
  • Updated docs/RELEASING.md

Generated by Claude Code

Tagging needed someone with push rights at a terminal. Now the release
workflow also runs on pushes to master: if package.json has a version
with no release yet, it runs the tests, creates the tag on that commit
and publishes the release. Pushing a v* tag by hand still works.
@perronosaurio
perronosaurio merged commit 4511b83 into master Oct 5, 2026
6 checks passed
@perronosaurio
perronosaurio deleted the auto-release branch October 5, 2026 19:10
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