Zum Hauptinhalt springen

Android-Zertifizierung

Erstellen Sie eine Zusammenfassung des Android-Zertifizierungsschlüssels und der Fingerabdrücke

Erstellen Sie einen PKCS#12-Zertifizierungsschlüssel für Release-Builds, speichern Sie den Alias und die Fingerabdrücke und übergeben Sie das Ergebnis direkt an Gradle, CI oder einen Cloud-Build-Provider.

Container

PKCS#12

Identität

Einzelner Release-Alias

Fingerabdrücke

SHA-1 und SHA-256

Veröffentlichungscheckliste

  1. 1. Wählen Sie den Alias und das Passwort, das dieser App über die Zeit erhalten bleibt.
  2. 2. Laden Sie den Keystore herunter und speichern Sie die Metadaten in Ihrem geheimen Manager.
  3. 3. Konfigurieren Sie denselben Alias und das Passwort in Gradle oder Ihrer CI-Umgebung.
  4. 4. Halten Sie die Upload-Schlüssel stabil, damit zukünftige Play-Veröffentlichungen nicht fehlschlagen.

Eingabe

Keystore-Daten

Füllen Sie die Unternehmensinformationen ein, die in das Signierungszertifikat eingebettet werden sollen, und wählen Sie einen stabilen Alias.

Ausgabe

Generierte Android-Signierungs-Bundle

Nach der Generierung erhalten Sie einen herunterladbaren Keystore, den Zertifikatsexport und die Fingerabdrücke, die für die Einrichtung des Ladens oder OAuth-Integrationen erforderlich sind.

Erstellen Sie das Signierungs-Bundle, um den Alias, die Fingerabdrücke und die Datei-Downloads hier anzuzeigen.

Spielupload-Schlüssel-Einrichtung

Verwenden Sie das generierte Keystore als Ihren Upload-Schlüssel für neue Apps oder für interne Testpipelines, die Artefakte noch vor der Speicherabgabe signieren.

Abdruck wiederholen

Die SHA-1- und SHA-256-Werte sind für APIs geeignet, die eine Signaturidentitätsregistrierung erfordern, einschließlich Google-Diensten und Unternehmensintegrationen.

Rückgewinnbarkeit

Speichern Sie das generierte Bundle in einem teamverwalteten Safe. Android-Signierausfälle passieren normalerweise, weil der Alias oder das Keystore-Passwort nach dem ersten Release verschwindet.

Häufig gestellte Fragen

Verwenden Sie diese Abschnitt, um die Container-Format, die Passwortverwaltung und die Veröffentlichungsannahmen zu validieren, bevor Sie das Keystore in einen Build-Job einbauen.

Welches Dateiformat produziert dieser Android-Keystore-Generator?

Es produziert ein PKCS#12-Keystore mit einem einzelnen Signierungsidentität plus einer PEM-Zertifikatsausgabe. Moderne Android-Tooling akzeptiert PKCS#12, und wenn Sie ein klassisches JKS-Container später benötigen, können Sie es mit keytool umwandeln.

Sollten das Speicherpasswort und das Schlüsselpasswort unterschiedlich sein?

Häufig gestellte Fragen

This Generator verwendet eine einzige Passwort für das PKCS#12-Container. In Gradle oder CI können Sie denselben Wert für das Speicher- und das Schlüsselpasswort wiederholen.

Kann ich dieses Keystore für Google Play Releases verwenden?

Ja. Es ist für die Veröffentlichungsunterzeichnung, interne Tests und direkte Verteilung geeignet. Wenn Ihr App bereits in Play App Signing angemeldet ist, behalten Sie die ursprüngliche Upload-Schlüssel sicher auf, da Google eine Kontinuität über zukünftige Releases erwartet.

Welche Metadaten sollte ich mit dem Keystore speichern?

Speichern Sie das Keystore-File, Alias, Passwort, SHA-1-Fingerprint und SHA-256-Fingerprint zusammen in Ihrer sicheren Team-Dokumentation, damit zukünftige Releases nicht durch fehlende Unterzeichnungs-Daten blockiert werden.