Play-Upload-Schlüssel-Einstellung
Verwenden Sie den generierten Keystore als Upload-Schlüssel für neue Apps oder für interne Testpipelines, die noch Artefakte vor der Store-Übermittlung signieren.
Android-Zertifizierung
Erstellen Sie einen PKCS#12-Zertifikats-Signierungssafe 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
Release-Checkliste
Eingabe
Füllen Sie die Unternehmensinformationen ein, die in das Signaturzertifikat eingebettet werden sollen, und wählen Sie einen stabilen Alias.
Ausgabe
Nach der Erstellung erhalten Sie einen herunterladbaren Keystore sowie die Zertifikatsexport und Fingerabdrücke, die für die Einrichtung von Geschäftsanwendungen oder OAuth-Integrationen erforderlich sind.
Verwenden Sie den generierten Keystore als Upload-Schlüssel für neue Apps oder für interne Testpipelines, die noch Artefakte vor der Store-Übermittlung signieren.
Die SHA-1- und SHA-256-Werte sind für APIs, die eine Signieridentitätsregistrierung erfordern, einschließlich Google-Diensten und Unternehmensintegrationen, nützlich.
Speichern Sie das generierte Bundle in einem team-gesteuerten Safe. Android-Signierausfälle passieren normalerweise, weil der Alias oder der Keystore-Passwort nach dem ersten Release verschwindet.
FAQ
Verwenden Sie diese Abschnitt, um die Containerformat, die Passwortverwaltung und die Veröffentlichungsannahmen zu validieren, bevor Sie den Keystore in einen Build-Job einbinden.
Es produziert einen PKCS#12-Keystore mit einer einzelnen Signaturidentitä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.
Dieser Generator verwendet ein einziges Passwort für den PKCS#12-Container. In Gradle oder CI können Sie denselben Wert für beide, das Speicherpasswort und das Schlüsselpasswort, wiederholen.
Ja. Er ist für die Veröffentlichungsverschlüsselung, interne Tests und direkte Verteilung geeignet. Wenn Ihr App bereits in Play App Signing angemeldet ist, sollten Sie das ursprüngliche Upload-Schlüssel sicher aufbewahren, da Google eine Kontinuität über zukünftige Releases erwartet.
Speichern Sie das Keystore-File, den Alias, das Passwort, die SHA-1-Fingerabdruck und die SHA-256-Fingerabdruck zusammen in Ihrer sicheren Team-Dokumentation, damit zukünftige Releases nicht durch fehlende Signierungsdetails blockiert werden.
Tool-Stack
Verwenden Sie diese Generator und Geräte-Utilitäten zusammen, um das Signieren, Testen und Verteilen ohne das Browser zu verlassen fortzusetzen.
CSR + privater Schlüssel
Erstellen Sie einen Apple-fertigen Zertifikatsantrag und einen privaten Schlüssel für manuelles Signieren, CI und Cloud-Builds.
Offenes WerkzeugProfil-Dienst
Installieren Sie ein leichtgewichtiges Profil auf einem iPhone oder iPad und zeigen Sie den UDID, Modell, Seriennummer und iOS-Version in Sekunden.
Offenes Werkzeug