Skip to content

modules: bury the mistaken v1.0.0 with a v1.0.1 retraction shim - #13

Merged
yrstm merged 1 commit into
mainfrom
chore/bury-v1
Jul 7, 2026
Merged

modules: bury the mistaken v1.0.0 with a v1.0.1 retraction shim#13
yrstm merged 1 commit into
mainfrom
chore/bury-v1

Conversation

@yrstm

@yrstm yrstm commented Jul 7, 2026

Copy link
Copy Markdown
Owner

The retract-only fix didn't work: Go reads retractions from the highest version's go.mod, which is v1.0.0 (1.0.0 > 0.2.4) — and its old go.mod has no retract. So go install @latest still resolved to v1.0.0 (and failed to build).

Standard Go fix for a mistaken high tag: retract v1.0.0 and v1.0.1 from this go.mod, then tag v1.0.1. With the highest version self-retracted, @latest falls to v0.2.4.

  • release.yml now triggers on v0.* only → the v1.0.1 shim tag builds no GitHub release and doesn't bump the Homebrew formula.
  • After merge I'll tag v1.0.1 (git tag only) and verify go install …@latest → 0.2.4.

go vet clean, go mod verify ok, builds.

🤖 Generated with Claude Code

Retraction is read from the highest version's go.mod. v1.0.0 (1.0.0 >
0.2.4) outranks our real release, and its old go.mod has no retract — so
'go install @latest' still resolved to v1.0.0 and failed to build. Fix
per the Go modules playbook for a mistaken high tag: retract v1.0.0 AND a
new higher v1.0.1 from this go.mod, then tag v1.0.1. With the highest
version self-retracted, @latest falls to v0.2.4. The release workflow now
triggers on v0.* only, so the v1.0.1 shim tag publishes no binaries and
doesn't touch the Homebrew formula.

Co-Authored-By: Claude Fable 5 <[email protected]>
@yrstm
yrstm merged commit 5ff5f15 into main Jul 7, 2026
16 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