Repository navigation
ci: Commit version bumps before tagging and publishing - #28
Merged
krodak merged 1 commit intoSep 7, 2026
Merged
Conversation
krodak
force-pushed
the
fix/tag-driven-release-upstream
branch
from
September 7, 2026 10:30
2202c72 to
b9a9e4a
Compare
krodak
force-pushed
the
fix/tag-driven-release-upstream
branch
from
September 7, 2026 10:36
b9a9e4a to
56bb593
Compare
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
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
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.
Overview
Commit the version bump before tagging so the repository and published package
have the same version. Start releases manually from
mainwith a stable versionsuch as
1.5.0, rather than creating a GitHub release first.1. Versioned source
Update both manifests, build and test, then commit as
github-actions[bot].Push
mainand its version tag atomically before publishing in the same workflow.2. Release checks
Reject invalid versions, existing tags, and non-main dispatches. Serialize
releases without cancelling active runs. If npm publishing fails after the push,
publication from the existing tag is a separate recovery operation.
Test Plan
npm cinpm testrelease, existing tag rejection, invalid versions, unchanged version,
non-main dispatch, and atomic push race.
git diff --checkGitHub Actions execution and npm OIDC publishing remain untested.