Skip to content

ci(release): release-candidate path via -rc prerelease tags#67

Merged
ErikChevalier merged 1 commit into
mainfrom
ci/release-candidate-path
Jun 2, 2026
Merged

ci(release): release-candidate path via -rc prerelease tags#67
ErikChevalier merged 1 commit into
mainfrom
ci/release-candidate-path

Conversation

@ErikChevalier
Copy link
Copy Markdown
Contributor

What

Adds an optional release-candidate build path so we can build real installers for testing without bumping the version announced to users.

How it works

Push a tag with a -rc suffix (e.g. v26.06.01-rc.1). The existing release.yml runs unchanged and builds all installers, but the publish step now sets:

prerelease: ${{ contains(github.ref_name, '-rc') }}

A -rc tag publishes a pre-release, which GitHub never marks as "Latest". The once-a-day in-app update check reads /releases/latest, which excludes pre-releases — so an RC is never offered to users. A normal vYY.MM.VV tag behaves exactly as before (full announced release).

No new secrets, jobs, or version bumps. Documented under "Release candidates" in CONTRIBUTING.

🤖 Generated with Claude Code

Push a tag with a `-rc` suffix (e.g. v26.06.01-rc.1) to build the real
installers and publish them as a GitHub pre-release. Pre-releases are not
marked "Latest", so the in-app update check (which reads /releases/latest)
never offers an RC to users. This lets us test submitted code and feature
builds without bumping the announced version.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
@ErikChevalier ErikChevalier merged commit 60721c6 into main Jun 2, 2026
1 check passed
@ErikChevalier ErikChevalier deleted the ci/release-candidate-path branch June 2, 2026 07:19
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