Document mirrored release APK policy
Gitea Smoke / smoke (push) Successful in 0s
Gitea Android Compile Check / build (push) Has been cancelled

This commit is contained in:
Codex
2026-07-07 04:00:00 +00:00
parent f9e465bed5
commit 10e8139a32
3 changed files with 26 additions and 7 deletions
+10 -2
View File
@@ -87,8 +87,8 @@ Implemented now:
preview display
- GitHub Actions APK build
- release manifest `latest.json`
- selected-source update checks; Gitea and GitHub are not probed in the same
update check
- Auto/Gitea/GitHub/Selected update checks, with Auto falling back from Gitea
to GitHub
- one-download-per-version APK cache, SHA-256 verification, and installer
handoff
- permission/about surfaces for unknown-app install status, notification status,
@@ -119,6 +119,14 @@ runs are for CI artifacts and should be used to validate grouped changes. Do not
publish a new tag for every small UI copy or layout change; publish when there
is a useful feature or test batch for phone-side validation.
Release APKs must be identical across the public GitHub and Gitea download
channels. Treat the GitHub Release APK as the canonical build artifact, then
mirror that same APK byte-for-byte to the matching Gitea Release. The Gitea
`latest.json` should point to the Gitea APK URL, but it must keep the same
`versionCode`, `versionName`, and `sha256` as the GitHub manifest. A Gitea-built
APK is only a compile check unless its SHA-256 exactly matches the GitHub
release APK.
## Native Roadmap
To converge with the upstream mobile design, the next implementation should add