Build F-Droid last in CI so a broken F-Droid build can't hold back the rest of the release

This commit is contained in:
Jon Staab 2026-09-25 08:50:36 -07:00
parent 948707ae60
commit 46de564068
2 changed files with 3 additions and 3 deletions

View file

@ -231,8 +231,8 @@ store shows the same text. The APK and zapstore share one artifact, whose path l
F-Droid builds from the tag on its own servers and ships our apk instead of its own when the two
match, so it keeps our signature ([reproducible builds](fdroid/README.md)). The `fdroid` step makes
that apk the way F-Droid will, and if the build breaks, the workflow stops before attaching the
Linux and Windows packages, which keeps the release a draft. Preparation patches source with
that apk the way F-Droid will. It runs last in CI, so a broken F-Droid build holds back only
F-Droid and `fdroid-sign`, not the desktop packages or the release. Preparation patches source with
exact-match replacements, so it breaks quietly when the files it rewrites change. The step is slow
because it installs and builds from scratch.

View file

@ -5,4 +5,4 @@ import desktop from "./steps/desktop.mjs"
import fdroid from "./steps/fdroid.mjs"
import gitea from "./steps/gitea.mjs"
await release("pnpm release:ci", [fdroid, desktop, gitea])
await release("pnpm release:ci", [desktop, gitea, fdroid])