fix(release): bump missed lockstep manifests to 0.6.3#157
Merged
Conversation
The v0.6.3 release PR (#156) bumped package.json + extension/package.json but missed the other two lockstep version files. The release-binary workflow's "Verify tag matches version manifests" guard caught it and failed all 6 build jobs on the v0.6.3 tag: Version drift: tag v0.6.3 vs package.json 0.6.3 vs .claude-plugin/plugin.json 0.6.2 scripts/release.sh's VERSION_FILES is the source of truth for what must move in lockstep: package.json, .claude-plugin/plugin.json, templates/plugin-README.md. This bumps the two that were missed so the guard passes on re-tag.
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.
Why
The v0.6.3 release (#156) bumped
package.jsonandextension/package.json, but missed the other two CLI lockstep version files. Therelease-binaryworkflow'sVerify tag matches version manifestsguard caught it and failed all 6 build jobs on thev0.6.3tag in ~5s:scripts/release.shdefines the lockstep set (VERSION_FILES):package.json,.claude-plugin/plugin.json,templates/plugin-README.md. I bumped only the first when preparing #156 (my mental model was from pre-guard releases). This PR bumps the two that were missed.Changes
.claude-plugin/plugin.json:0.6.2→0.6.3templates/plugin-README.md: version badge0.6.2→0.6.3Verified locally — all three lockstep files now read
0.6.3and the CI guard's exact check passes.After merge — re-tag v0.6.3 on the merged commit
The previous
v0.6.3tag points at the merge of #156 (which still hasplugin.json0.6.2). Move it to this fix's merge commit:No extension re-tag needed (
extension-v0.1.8already shipped). The failedv0.6.3build produced no release/npm/plugin side effects (it died at the verify step, before build/publish), so nothing to clean up.Follow-up (not in this PR)
scripts/release.shalready bumps all three files correctly — the miss was from hand-bumping. Consider having the release PR template / checklist call out the three lockstep files explicitly, or just always usescripts/release.sh.🤖 Generated with Claude Code