[P1] Signiertes Android-Beta-Artefakt und Release-Konfiguration vorbereiten #11

Open
opened 2026-09-15 09:43:32 +00:00 by metalcircle-bot · 0 comments

Ziel

Ein installierbares, versioniertes Android-Beta-Artefakt erzeugen, das Beta-Nutzer ohne Entwicklerhilfe beziehen und aktualisieren können.

Hintergrund

Der aktuelle Quellstand ist auf lokale Debug-Builds ausgelegt. Die Package ID muss de.pinguholic.concerts bleiben. Für Google Play gelten zum heutigen Stichtag 15.09.2026 neue Target-API-Vorgaben für App-Einreichungen; direkte APK-Verteilung hat andere Anforderungen.

Ist-Zustand

applicationId ist korrekt festgelegt, versionCode steht auf 2 und versionName auf 1.1.0. Im Release-Build-Type ist keine Signaturkonfiguration gesetzt; die Wiki-Dokumentation hält fest, dass assembleRelease ohne Konfiguration ein nicht installierbares unsigned APK erzeugt. targetSdkVersion ist 34. Capacitor verwendet standardmäßig eine feste HTTPS-Server-URL; es gibt keine dokumentierten Beta-Build-Flavors.

Anforderungen

  • Beta-Verteilungsweg festlegen (z.B. geschlossener Play-Test oder direkte APK-Verteilung) und passende Artefakt-/Installations-/Update-Anleitung bereitstellen.
  • Release-Build mit sicher verwahrtem Signaturschlüssel erstellen; Schlüssel und Passwörter ausschließlich außerhalb des Repositories halten.
  • Beta-Server-URL sicher wählen und vor Release-Build prüfen; App darf nicht versehentlich Localhost oder die falsche Umgebung laden.
  • versionCode/versionName nachvollziehbar erhöhen; bestehende Package ID unverändert lassen.
  • Falls über Google Play verteilt wird, Target API mindestens 36 setzen und Android-16-Verhaltensänderungen testen. Laut offizieller Play-Anforderung gilt dies seit 31.08.2026 für neue Apps und Updates.
  • Push-Berechtigung, Notification Channel, Token-Neuregistrierung nach Upgrade und Push-Tap-Navigation im Release-Artefakt prüfen.

Akzeptanzkriterien

  • Release-Artefakt ist signiert und apksigner verify (bzw. Play-Upload-Validierung) besteht.
  • Ein Upgrade über eine vorherige Beta-Version funktioniert mit erhaltenen Nutzerdaten.
  • Artefakt enthält die unveränderte Package ID und die richtige Beta-URL.
  • Versionsschema und Installations-/Update-Weg sind dokumentiert.
  • Bei Google-Play-Verteilung ist Target API 36+ gesetzt und Play-Test-Track nutzbar.
  • Installieren, Login, Push-Empfang, Deep-Link-Navigation, Logout und Neuinstallation getestet.

Test / Verifikation

Signiertes Release auf einem zurücksetzbaren Testgerät installieren, Upgrade und Neuinstallation testen sowie Release-URL, Push und Package ID technisch verifizieren.

Abhängigkeiten

Freigegebene Beta-Domain/Umgebung; Entscheidung des Betreibers zum Distributionsweg. Die Package ID de.pinguholic.concerts bleibt bestehen.

## Ziel Ein installierbares, versioniertes Android-Beta-Artefakt erzeugen, das Beta-Nutzer ohne Entwicklerhilfe beziehen und aktualisieren können. ## Hintergrund Der aktuelle Quellstand ist auf lokale Debug-Builds ausgelegt. Die Package ID muss `de.pinguholic.concerts` bleiben. Für Google Play gelten zum heutigen Stichtag 15.09.2026 neue Target-API-Vorgaben für App-Einreichungen; direkte APK-Verteilung hat andere Anforderungen. ## Ist-Zustand `applicationId` ist korrekt festgelegt, `versionCode` steht auf 2 und `versionName` auf 1.1.0. Im Release-Build-Type ist keine Signaturkonfiguration gesetzt; die Wiki-Dokumentation hält fest, dass `assembleRelease` ohne Konfiguration ein nicht installierbares unsigned APK erzeugt. `targetSdkVersion` ist 34. Capacitor verwendet standardmäßig eine feste HTTPS-Server-URL; es gibt keine dokumentierten Beta-Build-Flavors. ## Anforderungen - Beta-Verteilungsweg festlegen (z.B. geschlossener Play-Test oder direkte APK-Verteilung) und passende Artefakt-/Installations-/Update-Anleitung bereitstellen. - Release-Build mit sicher verwahrtem Signaturschlüssel erstellen; Schlüssel und Passwörter ausschließlich außerhalb des Repositories halten. - Beta-Server-URL sicher wählen und vor Release-Build prüfen; App darf nicht versehentlich Localhost oder die falsche Umgebung laden. - `versionCode`/`versionName` nachvollziehbar erhöhen; bestehende Package ID unverändert lassen. - Falls über Google Play verteilt wird, Target API mindestens 36 setzen und Android-16-Verhaltensänderungen testen. Laut [offizieller Play-Anforderung](https://developer.android.com/google/play/requirements/target-sdk) gilt dies seit 31.08.2026 für neue Apps und Updates. - Push-Berechtigung, Notification Channel, Token-Neuregistrierung nach Upgrade und Push-Tap-Navigation im Release-Artefakt prüfen. ## Akzeptanzkriterien - [ ] Release-Artefakt ist signiert und `apksigner verify` (bzw. Play-Upload-Validierung) besteht. - [ ] Ein Upgrade über eine vorherige Beta-Version funktioniert mit erhaltenen Nutzerdaten. - [ ] Artefakt enthält die unveränderte Package ID und die richtige Beta-URL. - [ ] Versionsschema und Installations-/Update-Weg sind dokumentiert. - [ ] Bei Google-Play-Verteilung ist Target API 36+ gesetzt und Play-Test-Track nutzbar. - [ ] Installieren, Login, Push-Empfang, Deep-Link-Navigation, Logout und Neuinstallation getestet. ## Test / Verifikation Signiertes Release auf einem zurücksetzbaren Testgerät installieren, Upgrade und Neuinstallation testen sowie Release-URL, Push und Package ID technisch verifizieren. ## Abhängigkeiten Freigegebene Beta-Domain/Umgebung; Entscheidung des Betreibers zum Distributionsweg. Die Package ID `de.pinguholic.concerts` bleibt bestehen.
kai added this to the MetalCircle 0.1 Beta milestone 2026-09-15 09:52:18 +00:00
Sign in to join this conversation.