Android Builds

Mit Capgo’s dedizierter Infrastruktur Apps für Google Play Store erstellen und hochladen.

Was Sie lernen werden

• Sie lernen, wie Sie Ihre App über Capgo Native build hochladen können
• Sie lernen, wie Sie die Zugangsdaten für Capgo Native Build konfigurieren können

Voraussetzungen

• Sie müssen ein aktives Google-Entwicklerkonto haben
• Sie müssen Android Studio installiert haben
• Ihre App muss erfolgreich mit Android Studio kompiliert werden können

Hinweis

Ich werde das folgende App für das Tutorial verwenden: https://github.com/Cap-go/capgo-native-build-tutorial-app

Empfohlen: automatisierte Einrichtung

Sie müssen nichts davon selbstständig durchführen. Die Einrichtung von Capgo erstellt und konfiguriert Ihre Android-Signierungsdaten (Keystore + Google Play-Dienstkonto) für Sie – dies ist die empfohlene Vorgehensweise:

bunx @capgo/cli@latest build init --platform android

Der folgende manuelle Leitfaden ist nur für diejenigen gedacht, die die Einrichtung der Daten selbst durchführen möchten oder genau wissen möchten, was Capgo unter der Haube macht.

Der erste manuelle Build

Bevor wir mit dem Aufbau der App mit Capgo beginnen können, sollten wir sie zunächst einrichten und einen ersten Android-Build durchführen.

• You will prepare the credentials for the later Capgo build
• Sie erstellen ein Eintrag im Google Play Store Console

Die Anwendung manuell mit Android Studio erstellen

Bevor wir mit Capgo beginnen können, müssen wir die Anwendung manuell mit Android Studio erstellen.

1. Android Studio öffnen

   Ausführen bunx cap open android um das Android Studio-Projekt zu öffnen

2. Auf Build -> Generate Signed App Bundles / APKs

3. Auswählen Android App Bundle und auf Next

Ein Keystore erstellen

Sie haben derzeit den Keystore-Datei fehlend. Diese Datei wird verwendet, um Ihre App zu signieren, was Google wissen lässt, dass es Sie sind, die die App erstellt haben.

1. Um sie zu generieren, verwenden wir die GUI-Methode, die von Android Studio bereitgestellt wird. Create new

2. Klicken Sie auf

   Android Studio Schlüssel Speicher Pfad ausfüllen

   Vorsicht Vorsicht Dies ist zu speichern – es wird später benötigt

3. Setzen Sie das Key Store-Passwort

   Hinweis

   Ich empfehle, dasselbe Passwort für das Key Store und das Key Alias zu verwenden.

   Vorsicht

   Dies SPEICHERN SIE DAS - es wird später verwendet Füllen Sie den Rest des Formulars aus

4. Bewahren Sie das Key Alias wie gegeben (key0) auf

   1. __CAPGO_KEEP_0__
   2. Füllen Sie die Zertifikatsdetails aus. Ich habe es mit Falschinformationen gefüllt, aber Sie sollten es mit Ihren eigenen Details füllen.

   

5. Klicken Sie auf OK

Abschließen der manuellen Build

1. Stellen Sie sicher, dass alle Details für das Keystore korrekt ausgefüllt sind und klicken Sie auf Next

2. Wählen Sie die release Wählen Sie in Android Studio die Release-Build-Variante Create

3. Abschließen der manuellen Build

   1. Dieses Pop-up zeigt an, dass die Build erfolgreich war.
   2. Klicken Sie auf den locate Knopf - dies öffnet den Dateimanager und Sie sollten das Build dort sehen.

4. Stellen Sie sicher, dass Sie das Build im Dateimanager sehen können

Erstellung der App im Google Play Store Console

1. Gehe zu Google Play Console

2. Wählen Sie das richtige Entwicklerkonto

3. Klicken Sie auf Create app

4. Wählen Sie den App-Namen und die Sprache

5. Wählen Sie die App-Kategorie und ob die App kostenpflichtig oder kostenlos ist

6. Akzeptieren Sie die Nutzungsbedingungen

   Vorsicht

   Stellen Sie sicher, dass Sie die Nutzungsbedingungen vor der Annahme gelesen haben.

7. Klicken Sie auf Create

Erstellung der internen Testgruppe

Da Sie nun die App erstellt haben, können Sie eine interne Testgruppe erstellen. Da ich die App nicht tatsächlich für alle auf dem Play Store veröffentlichen werde, muss ich eine interne Testgruppe erstellen.

Hinweis

Die interne Testung ist immer noch die schnellste Möglichkeit, Ihren Play-verteilten Build vor einer realen Veröffentlichung zu testen.

Wenn Ihr Entwicklerkonto ein persönliches Konto ist, das nach dem 13. November 2023 erstellt wurde, ersetzt die interne Testung nicht die geschlossene-Testanforderung für Produktionszugriff. Sie werden immer noch einen geschlossenen Test mit mindestens 12 sich freiwillig anmeldenden Testern für 14 aufeinanderfolgende Tage benötigen, bevor Sie in die Produktion gehen.

1. Zum internal testing Klicken Sie auf Test and release -> Testing -> Internal testing

   

2. Klicken Sie auf Testers

3. Klicken Sie auf Create email list

4. Benennen Sie die E-Mail-Liste

5. Fügen Sie die E-Mail-Adressen der Testteilnehmer hinzu

6. Drücken Sie Enter und klicken Sie auf Save

7. Klicken Sie auf Create group

8. Stellen Sie sicher, dass die neue Liste ausgewählt ist und klicken Sie auf Save

Die App im internen Testgruppen hochladen

Da Sie nun die interne Testgruppe erstellt haben, können Sie die App in die interne Testgruppe hochladen.

1. Zum Test and release -> Testing -> Internal testing

2. Klicken Sie auf den Releases Schaltfläche

3. Klicken Sie auf Create new release

4. Klicken Sie auf Upload

5. Wählen Sie das AAB-Datei

   Vorsicht

   Stellen Sie sicher, dass Sie die AAB-Datei auswählen, die Sie manuell mit Android Studio erstellt haben. Wenn diese Datei nicht mit demselben Keystore verwendet wird, den Sie für die Capgo-Erstellung verwenden werden, wird die Capgo-Native-Build fehlschlagen.

6. Warten Sie, bis die AAB-Datei hochgeladen ist

7. Klicken Sie auf Next

8. Fehler beheben

   Persönlich sehe ich bei dieser Stufe diesen Fehler

   

   Dies liegt daran, dass ich mein Telefonnummer noch nicht verifiziert habe. Ich werde das tun und die Anleitung fortsetzen.

9. Klicken Sie auf Save and publish Dies wird die App in der internen Testgruppe veröffentlichen.

10. Bestätigen Sie die Veröffentlichung

11. Stellen Sie sicher, dass die App veröffentlicht ist

12. Erhalten Sie Ihren temporären App-Namen

Akzeptieren Sie die Einladung zur internen Testgruppe

Nachdem Sie die App in die interne Testgruppe hochgeladen haben, können Sie die Einladung zur internen Testgruppe akzeptieren.

1. Gehe zu Test and release -> Testing -> Internal testing

2. Klicken Sie auf Testers

3. Klicken Sie auf Copy link

4. Senden Sie den Link an Ihren Telefon, öffnen Sie ihn im Browser und klicken Sie auf Accept

5. Bestätigen Sie, dass die Einladung angenommen wurde und klicken Sie auf "Herunterladen auf Play Store"

6. Installieren Sie die App

   1. Wenn Sie die App vorher mit Android Studio installiert haben, klicken Sie auf den uninstall Schaltfläche
   2. Klicken Sie auf die install Schaltfläche
   3. Öffnen Sie die App und bestätigen Sie, dass sie erfolgreich heruntergeladen wurde

   Vorsicht

   Wenn Sie die App im Play Store nicht sehen, stellen Sie sicher, dass Sie das richtige Konto im Play Store ausgewählt haben.

Konfiguration von Capgo Native Build (Android)

Jetzt sind Sie bereit, die Konfiguration von Capgo Native Build zu starten. Herzlichen Glückwunsch!

Anforderung	Flagge	Beschreibung	Erforderlich
Keystore-Datei	--keystore <path>	Pfad zu Ihrer .jks/.keystore Datei, die zum Signieren des APK/AAB verwendet wird.	Ja
Keystore-Alias	--keystore-alias <alias>	Aliasname der Schlüssel innerhalb des Keystores.	Ja
Keystore-Schlüsselpassword	--keystore-key-password <password>	Das Passwort für die Schlüssel. Wenn Schlüssel-/Speicher-Passwörter übereinstimmen, können Sie nur eines bereitstellen.	Schauen Sie sich die Notiz unten an.
Keystore-Speicherpasswort	--keystore-store-password <password>	Das Passwort für den Keystore. Wenn Schlüssel-/Speicher-Passwörter übereinstimmen, können Sie nur eines bereitstellen.	Schauen Sie sich die Notiz unten an.
Google Play-Dienstkontoinformation	--play-config <path>	JSON-Dienstkontenfile für Play Store-Uploads.	Ja

bunx @capgo/cli@latest build credentials save --platform android \
  --keystore ./path/to/keystore.jks \
  --keystore-alias "your-alias" \
  --keystore-key-password "key-password" \
  --keystore-store-password "store-password" \
  --play-config ./play-store-service-account.json

Hinweis

Wenn Schlüssel- und Speicherpasswörter identisch sind, geben Sie nur eines von --keystore-key-password oder --keystore-store-password.

Sicherheitszertifikat, Sicherheitszertifikatspasswort, Sicherheitszertifikatschlüsselpasswort, Sicherheitszertifikatsalias

Wenn Sie die Anweisungen zum manuellen Build folgt haben Anweisungen zum manuellen BuildSie sollten bereits einen Keystore erstellt haben. Wenn Sie die Anweisungen nicht befolgt haben, folgen Sie ihnen bitte, um den Keystore zu erstellen.

Google Play-Dienstkonten

Die Erstellung des Google Play-Dienstkontos ist ein manueller und komplexer Prozess. Dennoch ist es erforderlich, um Ihre App bei Google Play hochzuladen. Bitte beachten Sie folgende Dinge:

• Sie context NEED besitzenden
• Eigentümer des Entwicklerkontos

. Ansonsten werden Sie nicht in der Lage sein, das Dienstkonto einzurichten.

1. Sie müssen ein neues Google Cloud Projekt erstellen (getrennt von Ihrem Google Play-Konto) Google Cloud Console

2. Klicken Sie auf den Projektselector

3. Wenn Sie bereits ein Projekt haben, wählen Sie es aus. Ansonsten erstellen Sie ein neues Projekt:

   Hinweis

   Die folgenden Screenshots sind nur beispielhaft - verwenden Sie einen Namen, der Ihrem Projekt angemessen ist.

   1. Klicken Sie auf New project
   2. Benennen Sie Ihr Projekt und klicken Sie Create
   3. Stellen Sie sicher, dass Sie sich auf dem richtigen Projekt befinden

4. Klicken Sie bitte auf die Suchleiste und suchen Sie nach service accounts und klicken Sie darauf

5. Klicken Sie bitte auf Create service account

6. Füllen Sie das Formular für die Dienstkonten und klicken Sie auf Done

   1. Ich empfehle, den Namen auf Capgo Native Build Service Account
   2. Für die Dienstkonten-ID empfehle ich, sie auf capgo-native-build-service-acc
   3. Was die Beschreibung angeht, müssen Sie sie nicht ausfüllen, aber ich empfehle, sie mit Allows Capgo Native Build to build and submit the app to the Play Store

   

7. Klicken Sie auf die neu erstellte Dienstkonten Sie sollten nun die neu erstellte Dienstkonten in der Liste sehen. Klicken Sie darauf.

   Anmerkung

   Kopieren Sie auch diese E-Mail-Adresse, Sie benötigen sie später.

8. Klicken Sie auf die Keys Registerkarte

9. Klicken Sie auf Add Key und Create new key

10. Klicken Sie auf JSON und Create

    Vorsicht

    Klicken Sie auf Create wird einen neuen Schlüssel erstellen und das JSON-File herunterladen Sie es auf Ihrem lokalen Computer.

    Sie müssen das JSON-File an einem sicheren Ort speichern. Es WIRD wird später verwendet.

11. JSON-Datei herunterladen Die JSON-Datei sollte automatisch heruntergeladen worden sein. Sie können auf close klicken, um das Fenster zu schließen.

Zugriff auf die Dienstkontoinstanz für Google Play Store API erteilen

Das neu erstellte Dienstkonto hat noch keinen Zugriff auf das Google Play Store API. Um es zu gewähren, gehen Sie zum Google Play Store Console.

1. Gehe zu Google Play Console
2. Wählen Sie das korrekte Entwicklerkonto
3. Klicken Sie auf Users and permissions
4. Klicken Sie auf Invite new users
5. Kopieren Sie die E-Mail-Adresse des Dienstkontos
6. Gehe zu Account permissions und gewähre die erforderlichen Mindestrechte:
   • In App permissions, gewähre deinem App Zugriff.
   • In Releases, aktiviere Create, edit, and roll out releases.
   • Wenn dein Workflow Play App Signing verwendet, aktiviere die zugehörige Signierungsrechte.
   • Wenn du unsicher bist, verwende Admin nur während der Einrichtung, reduziere die Rechte dann anschließend.
7. Klicke auf Invite user
8. Bestätigen Sie die Einladung
9. Bestätigen Sie, dass der Benutzer eingeladen wurde

Speichern Sie die Anmeldeinformationen

Sie sind jetzt bereit, die Anmeldeinformationen zu speichern und Ihre erste Build auszuführen. Sie können die Anmeldeinformationen mit dem folgenden Befehl speichern:

bunx @capgo/cli@latest build credentials save --platform android \
  --keystore ./path/to/keystore.jks \
  --keystore-alias "your-alias" \
  --keystore-key-password "key-password" \
  --keystore-store-password "store-password" \
  --play-config ./play-store-service-account.json

CI/CD-Einrichtung (GitHub Actions)

Wenn Sie bereits abgeschlossen haben Keystore, Keystore-Passwort, Keystore-Schlüsselpasswort, Keystore-Alias und Google Play-DienstkontoinformationenSie haben bereits alles, was Sie für CI/CD benötigen. Dieser Abschnitt beschreibt nur, wie Sie diese Werte als GitHub Actions-Secrets und Umgebungsvariablen übergeben.

1) Konvertieren Sie die Zertifikatsdateien in eine einzelne Zeile Base64

# Android keystore (.jks or .keystore)
base64 -i ./path/to/keystore.jks | tr -d '\n' > keystore_base64.txt

# Google Play service account JSON
base64 -i ./play-store-service-account.json | tr -d '\n' > play_config_base64.txt

__CAPGO_KEEP_0__-Geheimnisse sollten einzelne Zeilenwerte sein.

GitHub secrets should be single-line values. tr -d '\n' 1) Convert credential files to single-line base64

2) Repository-Secrets erstellen

In GitHub > Repository > Settings > Secrets and variables > Actions, fügen Sie hinzu:

Geheimer Name	Wert
CAPGO_TOKEN	Ihr Capgo API-Token
APP_ID	Ihr Capgo App-ID (Beispiel: com.example.app)
ANDROID_KEYSTORE_FILE	Inhalt von keystore_base64.txt
KEYSTORE_KEY_ALIAS	Alias aus dem Keystore Keystore, Keystore-Passwort, Keystore-Schlüsselpasswort, Keystore-Alias
KEYSTORE_KEY_PASSWORD	Keystore-Schlüsselpasswort
KEYSTORE_STORE_PASSWORD	Keystore Speicherpasswort
PLAY_CONFIG_JSON	Inhalt von play_config_base64.txt

Hinweis

Wenn Schlüssel- und Speicherpasswörter gleich sind, können Sie nur eines von KEYSTORE_KEY_PASSWORD oder KEYSTORE_STORE_PASSWORD.

3) Use env vars in your GitHub Actions workflow

3) Verwenden Sie Umgebungsvariablen in Ihrem github Actions Workflow

name: Android Cloud Build

on:
  workflow_dispatch:
  push:
    branches: [main]

jobs:
  android-build:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v6
      - uses: oven-sh/setup-bun@v2
        with:
          bun-version: latest
      - name: Request Android build with Capgo
        run: bunx @capgo/cli@latest build request ${{ secrets.APP_ID }} --platform android
        env:
          CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
          ANDROID_KEYSTORE_FILE: ${{ secrets.ANDROID_KEYSTORE_FILE }}
          KEYSTORE_KEY_ALIAS: ${{ secrets.KEYSTORE_KEY_ALIAS }}
          KEYSTORE_KEY_PASSWORD: ${{ secrets.KEYSTORE_KEY_PASSWORD }}
          KEYSTORE_STORE_PASSWORD: ${{ secrets.KEYSTORE_STORE_PASSWORD }}
          PLAY_CONFIG_JSON: ${{ secrets.PLAY_CONFIG_JSON }}

Zur Zwischenablage kopieren

Mit dieser Einstellung sendet CI die Anmeldeinformationen nur über Umgebungsvariablen. Sie müssen keine Signierungsdateien committen oder sie als Workflow-Artikel hochladen.

Der Build ausführen

Herzlichen Glückwunsch! Sie sind jetzt bereit, Ihren ersten Build auszuführen.

Ausführen:

bunx @capgo/cli@latest build request com.example.app --platform android

Und das startet den Build-Prozess

Die Play-Veröffentlichung zur Überprüfung einreichen

Standardmäßig laden Android-Release-Builds auf Google Play hoch und können inaktiv bleiben, bis Sie die Veröffentlichung in Play Console abschließen. Wenn Ihre CI-Veröffentlichung die Play-Veröffentlichung automatisch einreichen soll, übergeben Sie --submit-to-store-review mit einem Release-Build:

npx @capgo/cli@latest build request com.example.app \
  --platform android \
  --build-mode release \
  --submit-to-store-review \
  --android-track production \
  --store-release-name "1.2.3" \
  --store-release-notes "General improvements" \
  --store-release-notes-locale "en-US=General improvements" \
  --store-release-notes-locale "nl-NL=Algemene verbeteringen" \
  --store-release-notes-locale "fr-FR=Ameliorations generales"

Vorsicht

Auf Android-Geräten --submit-to-store-review standardmäßig auf Produktionsumgebung mit release_status: completed wenn Sie keinen Track festlegen. Dadurch kann die Veröffentlichung auf 100% der Benutzer zugänglich sein. Passen Sie --android-track internal (oder alpha / beta) — oder setzen Sie PLAY_STORE_TRACK in der CI — um die fertige Veröffentlichung auf einem nicht-produktiven Track zu belassen. Verwenden Sie --android-release-status / PLAY_STORE_RELEASE_STATUS wenn Sie einen anderen Status benötigen als completed.

Dies erfordert die gleiche Google Play-Dienstkontoinstallation wie der normale Uploadpfad (PLAY_CONFIG_JSON wird in CI oder gespeicherte Android-Anmelddaten lokal verwendet). --store-release-name wird als Google Play version_name. --store-release-notes ist der Ausfall-Play-Release-Log, und jeder --store-release-notes-locale "locale=notes" Eintrag schreibt einen lokalisierten Play-Release-Log für diese Region. Capgo sendet den Play-Release als completed solange Sie nicht überschreiben --android-release-status; wenn Managed Publishing in Play Console aktiviert ist, kann Google immer noch auf Ihre manuelle Veröffentlichung nach Genehmigung warten.

Weitermachen von Android Builds

Wenn Sie Android Builds verwenden um die CI/CD-Automatisierung zu planen, verbinden Sie sie mit Capgo CI/CD für den Produktworkflow in Capgo CI/CD, Capgo Native Builds für den Produktworkflow in Capgo Native Builds, Capgo Integrations für den Produktworkflow in Capgo Integrations, CI/CD-Integration für die Implementierungsdetails in CI/CD-Integration, und GitHub Actions-Integration für die Implementierungsdetails in GitHub Actions-Integration.