Skip to content

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

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

ci(release): release-candidate path via -rc prerelease tags#49
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 a real signed APK 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 (assemble, sign, verify, checksum), 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 in-app update check reads /releases/latest, which excludes pre-releases — so an RC is never offered to users. Normal releases (via release-please) are unaffected.

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
signed APK and publish it 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 3333258 into main Jun 2, 2026
2 checks 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