Skip to content

release-prep: bump VERSION to 0.1.2 (missed v0.1.1 bump)#14

Merged
oubiwann merged 1 commit into
mainfrom
release/v0.1.2-version-bump
May 7, 2026
Merged

release-prep: bump VERSION to 0.1.2 (missed v0.1.1 bump)#14
oubiwann merged 1 commit into
mainfrom
release/v0.1.2-version-bump

Conversation

@oubiwann

@oubiwann oubiwann commented May 7, 2026

Copy link
Copy Markdown
Contributor

What

One-line bump of internal/project/VERSION from 0.1.0 to 0.1.2. Skips 0.1.1 because that tag is already cut.

Why

We forgot to bump internal/project/VERSION as part of the v0.1.1 release prep. The result: go install github.com/geomyidia/cascade/cmd/cascade@v0.1.1 produces a binary that reports cascade 0.1.0 (build N/A) — the version self-report is one minor behind. The actual bug fix that motivated v0.1.1 (issue #12) is correct and works; only the --version output string is stale.

How it works

internal/project/VERSION is read two ways:

  • make build-built binaries — read at build time via the Makefile's cat internal/project/VERSION and injected via -ldflags -X. Make builds always reflect the current VERSION file.
  • go install-built binaries — read at runtime via //go:embed VERSION inside internal/project/version.go. Proxy installs only see whatever's committed to the tagged ref.

The proxy-install path is the one that bit us: v0.1.1 was tagged with internal/project/VERSION=0.1.0, so every proxy-installed v0.1.1 binary reports 0.1.0.

Verification

After the bump:

$ make build
$ ./bin/cascade --version
cascade 0.1.2 (build release/v0.1.2-version-bump@e0c1477, 2026-05-07T21:51:28Z)

After v0.1.2 ships, proxy-installed binaries will report cascade 0.1.2 (build N/A) correctly. (The (build N/A) part for proxy installs is a separate v0.2 enhancement; tracked in the M5 retro carry-forward.)

Checklist

  • make check passes locally (no behaviour changes)
  • No public-API breakage (one-line content change)
  • Version self-report verified via make build && ./bin/cascade --version

Breaking change?

No. Cosmetic fix to the version self-report. v0.1.1's bug-#12 fix is unaffected.

Lessons learned (for v0.2 release-prep)

We need an explicit internal/project/VERSION-vs-tag-version check before tagging — either:

  • In the Makefile's release-dry-run target (compare cat internal/project/VERSION to $(VERSION) minus the v prefix); or
  • In a pre-tag checklist embedded in the release flow.

Tracked informally for v0.2 release-prep.

🤖 Generated with Claude Code

The internal/project/VERSION file controls what `cascade --version`
reports for proxy-installed binaries (via //go:embed). v0.1.1
shipped without bumping this file — the v0.1.1 binary installed via
`go install ...@v0.1.1` reports "cascade 0.1.0" instead of "cascade
0.1.1". The bug fix that motivated v0.1.1 (issue #12) is correct
and shipped; only the version self-report is stale.

Bumping to 0.1.2 (skipping 0.1.1 since that tag already exists). On
release of v0.1.2, the proxy-installed binary will correctly report
"cascade 0.1.2".

Verified: ./bin/cascade --version (make-built, ldflags injection
active) reports "cascade 0.1.2 (build release/v0.1.2-version-bump@
e0c1477, 2026-05-07T21:51:28Z)".

A future v0.2 enhancement should consume runtime/debug.ReadBuildInfo's
BuildInfo.Settings (vcs.revision, vcs.time) for proxy installs so
the build metadata is non-N/A even without ldflags injection. Tracked
informally in the M5 retro carry-forward.

Lessons learned for future release prep: add an explicit
internal/project/VERSION-vs-tag-version check to the release flow
(either in the Makefile's release-dry-run target or in a pre-tag
checklist) so this doesn't recur. Tracked for v0.2 release-prep.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
@oubiwann oubiwann merged commit b1a0c03 into main May 7, 2026
3 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