Skip to content

site: the hero's version is the newest release tag - #178

Merged
harshalgajjar merged 1 commit into
mainfrom
site-version-tag
Oct 6, 2026
Merged

harshalgajjar merged 1 commit into
mainfrom
site-version-tag

Conversation

@harshalgajjar

Copy link
Copy Markdown
Owner

reminal.app's hero terminal prints reminal — remote terminal · v3.0.6. That's the page's hard-coded fallback, not the current release.

Why: build.sh wrote assets/version.txt from git describe --tags --abbrev=0, the nearest tag of any kind. A checkout that carries other tags gets a non-version string, which the hero's check (^\d+\.\d+\.\d+$) rejects, so it falls back to 3.0.6. And even restricted to v*, the nearest release in a checkout's history can be an older one (I saw v3.15.6 where v3.16.0 is the latest).

Fix: take the newest vX.Y.Z tag by version (git tag --list 'v[0-9]*' --sort=-v:refname, filtered to plain X.Y.Z, so release candidates are skipped). It gives v3.16.0 in every checkout I tried, matching GitHub's "Latest" release. build.sh writes 3.16.0 to version.txt.

🤖 Generated with Claude Code

build.sh stamped public/assets/version.txt with the nearest tag of any
kind. A checkout carrying other tags got a non-version (the hero rejects
it and prints its fallback, 3.0.6, which is what reminal.app shows now),
and the nearest release in a checkout's history can be an older one. It
now takes the newest vX.Y.Z tag by version: v3.16.0 today, matching the
latest GitHub release.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
@harshalgajjar
harshalgajjar merged commit 7926184 into main Oct 6, 2026
3 checks passed
@harshalgajjar
harshalgajjar deleted the site-version-tag branch October 6, 2026 03:47
@github-actions github-actions Bot locked and limited conversation to collaborators Oct 6, 2026
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant