Wie baust, signierst und veröffentlichst du Android-Apps?

Question

Accepted Answer

Das Veröffentlichen einer Android-App beinhaltet das Erstellen einer **Release-Version**, das **Signieren** (erforderlich) und das Veröffentlichen auf **Google Play** (oder anderen Stores), zusammen mit Versionsverwaltung, Test-Tracks und laufenden Updates. Das Verständnis dieses Prozesses ist wichtig für das Ausliefern von Apps.

## Release-Version erstellen

```text
→ Build a RELEASE variant (optimized, minified/shrunk via R8/ProGuard) — not debug
→ Produce an APP BUNDLE (.aab) — the preferred format for Google Play (Play generates
  optimized APKs per device); or an APK
```

## App-Signierung (erforderlich)

```text
ALL Android apps must be SIGNED with a certificate to be installed/updated:
  → sign with a KEYSTORE (a signing key you must keep SAFE — losing it means you can't
    update the app with the same identity!)
  → PLAY APP SIGNING → Google manages your signing key (recommended; you upload with an
    upload key, Google signs) — protects against key loss
→ The signature proves the app's authorship and that updates come from the same developer.
```

## Veröffentlichung auf Google Play

```text
→ Google Play CONSOLE: create the app, upload the AAB, fill the store listing (description,
  screenshots, icon), set content rating, privacy policy, pricing
→ TESTING TRACKS — internal / closed (alpha) / open (beta) testing before production
  → roll out gradually; gather feedback; catch issues
→ Review process (policy compliance); then production release (staged rollout possible)
→ VERSIONING — versionCode (integer, must increase) + versionName (display) for updates
```

## Warum es wichtig ist

Das Verständnis für das Erstellen, Signieren und Veröffentlichen von Android-Apps ist wichtiges Wissen auf Senior-Ebene, da **das Ausliefern von Apps an Nutzer das Ziel ist** und der Release-Prozess spezifische, wichtige Anforderungen hat, daher ist es wertvoll für die Bereitstellung echter Apps.

Das Verständnis für **das Erstellen einer Release-Version** (eine optimierte, verkleinerte Release-Variante — nicht Debug — als **App Bundle** erzeugt, das Google Play bevorzugt und geräteoptimierte APKs generiert) ist der Ausgangspunkt.

Das Verständnis für **App-Signierung** ist essentiell und kritisch: **Alle Android-Apps müssen signiert sein**, um installiert und aktualisiert zu werden, und der Signierungsschlüssel muss sicher verwahrt sein (**Verlust bedeutet, dass du die App mit derselben Identität nicht aktualisieren kannst** — ein ernstes Risiko), daher ist **Play App Signing** (Google verwaltet den Signierungsschlüssel, du uploadst über einen Upload-Schlüssel) empfohlen, um Schlüsselverlust zu schützen — das Verständnis dieser Signierungsanforderung und Schlüsselverwaltung ist wichtiges praktisches und Risikomanagement-Wissen.

Das Verständnis für **Veröffentlichung auf Google Play** (mit Play Console das Bundle uploaden, die Store-Auflistung mit erforderlichen Metadaten und Datenschutzrichtlinie erstellen, **Test-Tracks** nutzen — internes/geschlossenes/offenes Testen vor der Produktion, um Probleme zu fangen und Feedback zu sammeln, den Review-Prozess navigieren und gestaffelte Rollouts durchführen) spiegelt den realen Release-Workflow wider.

Das Verständnis für **Versionsverwaltung** (versionCode, das sich für Updates erhöhen muss, versionName zur Anzeige) ist notwendig für die ordnungsgemäße Verwaltung von Updates.

Da das Ausliefern von Apps an Nutzer das Ziel der Entwicklung ist und der Release-Prozess (Release-Builds, das erforderliche Signieren mit seinen Schlüsselverwaltungsrisiken, Play Console Publishing mit Test-Tracks und Versionsverwaltung) spezifische wichtige Anforderungen hat, und da das Verständnis dafür notwendig ist, um Apps tatsächlich bereitzustellen und zu aktualisieren, ist das Verständnis für das Erstellen, Signieren und Veröffentlichen von Android-Apps wichtiges Wissen auf Senior-Ebene — notwendig für das Ausliefern echter Apps an Nutzer, was das ganzheitliche Verständnis (insbesondere den kritischen Signierungs-/Schlüsselverwaltungsaspekt) widerspiegelt, das von Senior-Rollen erwartet wird, die für die Freigabe und Wartung von Production-Android-Apps verantwortlich sind.