Build-Integration

Android-Paketregistrierung mit Gradle prüfen

Gradle kennt Application-ID und Build-Variante und kann daher verlässliche Checker-Eingaben exportieren. Die Statusabfrage ist eine Release-Aufgabe und sollte nicht bei jedem lokalen Debug-Build laufen.

Kurzüberblick

Erstellen Sie einen Gradle-Vorabcheck mit endgültiger Application-ID und signiertem Artefakt statt fest codierter Paketwerte.

Zielgruppe: Android-Entwickler mit variantenreichen Anwendungen oder mehreren Product Flavors.

Release-Ablauf

  1. Lösen Sie applicationId aus der gewählten Release-Variante auf.
  2. Führen Sie die Prüfung erst nach Signierung des Produktionsartefakts aus.
  3. Extrahieren Sie Zertifikat-SHA-256 mit den Android Build Tools.
  4. Geben Sie ein kleines maschinenlesbares CI-Ergebnis ohne Zugangsdaten aus.

Eckdaten

QuelleEndgültige Release-Variante
VermeidenFest codierte Debug-Paketnamen
AusführungRelease-Vorabcheck, nicht jeder Build
Praxishinweis

Nutzen Sie die finale Variante als Quelle; eine fest codierte Debug-ID kann einen gültigen, aber falschen Status liefern.

Ausführliche Anleitung

Werte aus der gewählten Variante lesen

Android-Builds können mehrere Application-IDs und Signaturkonfigurationen haben. Verbinden Sie eine reine Release-Aufgabe mit der ausgewählten Variante und dem signierten Output, statt eine zweite fest codierte Identitätsliste zu pflegen.

Lassen Sie die Netzwerkanfrage außerhalb normaler Compile- und Testaufgaben. Exportieren Sie Paketname und Fingerabdruck als kleines maschinenlesbares Artefakt und lassen Sie CI die geschützte API aufrufen.

  • Nicht bei jedem Debug-Build eines Entwicklers ausführen.
  • Nicht annehmen, dass namespace und applicationId gleich sind.
  • Keine Debug-Signaturkonfiguration für Release-Prüfungen lesen.
Artefakt untersuchen
./gradlew assembleRelease
apksigner verify --print-certs app/build/outputs/apk/release/app-release.apk

Geben Sie den Produktionspaketnamen ein. Für den Signaturabgleich ergänzen Sie das SHA-256-Zertifikat der tatsächlich ausgelieferten APK. Store-Prüfungen bleiben ein eigener Schritt.

Status prüfen →

Häufige Fragen

Warum nicht bei jedem Gradle-Build prüfen?

Lokale Debug-Builds brauchen den externen Check nicht und können falsche Varianten verwenden oder unnötig Quote verbrauchen. Führen Sie ihn kontrolliert vor einem Release aus.

Wie bilde ich Product Flavors ab?

Verwenden Sie die finale Application-ID und das Zertifikat des signierten Artefakts genau dieser Variante.

Quellen und Prüfung

Zuletzt geprüft: