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 manuell durchführen. Die Einrichtung von Capgo erstellt und konfiguriert Ihre Android-Signierungsanmeldeinformationen (Keystore + Google Play-Dienstkontoinformation) für Sie – dies ist die empfohlene Route:

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

Der folgende manuelle Leitfaden ist nur für diejenigen gedacht, die die Anmeldeinformationen selbst einrichten 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 manuell durchführen. Es gibt einige Vorteile daran, einen manuellen Build vorher durchzuführen:

• Sie werden die Anmeldeinformationen für den späteren Capgo-Build vorbereiten
• Sie erstellen ein Verzeichnis im Google Play Store Console

Die App manuell mit Android Studio erstellen

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

1. Android Studio öffnen

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

2. Klicken Sie auf Build -> Generate Signed App Bundles / APKs

3. Auswählen Android App Bundle und klicken Sie 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 Ihnen, das gleiche Passwort für das Key Store und das Key Alias zu verwenden.

   Vorsicht

   Dies SICH BEWAHREN - es wird später verwendet

4. Füllen Sie den Rest der Form aus

   1. Bewahren Sie das Key Alias wie gegeben (key0) auf
   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 die Build dort sehen.

4. Stellen Sie sicher, dass Sie die 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

Erstellt man nun die App, kann man eine interne Testgruppe erstellen. Da ich die App nicht wirklich 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. Gehe zu 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 hochladen in die interne Testgruppe

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. Die 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 der internen 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 die richtige Kontoauswahl im Play Store getroffen haben.

Konfiguration von Capgo Native Build (Android)

Jetzt sind Sie bereit, die Einrichtung 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
Passwort für die Schlüssel. Wenn Schlüssel-/Speicherpasswörter übereinstimmen, können Sie nur eines bereitstellen.	--keystore-key-password <password>	Schauen Sie sich den Hinweis unten an.	Passwort für den Keystore. Wenn Schlüssel-/Speicherpasswörter übereinstimmen, können Sie nur eines bereitstellen.
Schauen Sie sich den Hinweis unten an.	--keystore-store-password <password>	Google Play-Dienstkontokonto	Keystore-Store-Passwort
Schauen Sie sich den Hinweis unten an.	--play-config <path>	JSON-Dienstkontodatei 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.

Keystore, Keystore-Passwort, Keystore-Schlüsselpasswort, Keystore-Alias

Wenn Sie die Anweisungen zur manuellen Erstellung befolgt haben Manuelle ErstellungsanweisungenSie sollten bereits einen Keystore erstellt haben. Wenn Sie die Anweisungen nicht befolgt haben, bitten wir Sie, sie zu befolgen, 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 HTML text fragment from a longer Capgo UI string (parent key `you_definition`). Page/area: Capgo marketing website. Role: Long marketing or legal paragraph. Seen in: page disclaimer.astro, page return.astro. Message key `you_definition` (You Definition). BEDÜRFTIGsein
• Besitzer 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. Das Formular für das Service-Konto ausfüllen und klicken Sie auf Done

   1. Ich empfehle, den Namen auf Capgo Native Build Service Account
   2. Für die Service-Konto-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 das neu erstellte Service-Konto Sie sollten nun das neu erstellte Service-Konto 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 eine neue Schlüssel erstellen und das JSON-File herunterladen Sie auf Ihrem lokalen Computer.

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

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

Zugriff auf die Dienstkonten für den Google Play Store API erteilen

Das neu erstellte Dienstkonto hat noch keinen Zugriff auf das Google Play Store API. Um es zu gewähren, besuchen Sie die Google Play Store Konsole.

1. Gehe zu Google Play Store-Konsole
2. Wählen Sie das richtige 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 Mindestberechtigungen:
   • 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 Signierungs-Berechtigung.
   • Wenn du unsicher bist, verwende Admin nur während der Einrichtung, reduziere die Berechtigungen 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-Dienstkontoinformationen, Sie haben bereits alles, was Sie für CI/CD benötigen. Dieser Abschnitt behandelt 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) Konvertieren Sie die Zertifikatsdateien in eine einzelne Zeile 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 Speicherpasswort identisch sind, können Sie nur eines von KEYSTORE_KEY_PASSWORD oder KEYSTORE_STORE_PASSWORD.

3) Use env vars in your GitHub Actions workflow

Sektion mit dem Titel “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 }}

Tipp

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

Die Ausführung der Build

Herzlichen Glückwunsch! Sie sind jetzt bereit, Ihre erste 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 bleiben dort inaktiv, 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 einer 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-Produktions-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-Dienstkontoeinrichtung wie der normale Uploadpfad (PLAY_CONFIG_JSON in CI oder gespeicherte Android-Anmeldeinformationen lokal). --store-release-name wird als Google Play version_name. --store-release-notes ist der Ausfallsicherheits-Play-Log, und jeder --store-release-notes-locale "locale=notes" Eintrag schreibt einen lokalisierten Play-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 es mit Capgo CI/CD zur Produktworkflow in Capgo CI/CD, Capgo Native Builds zur Produktworkflow in Capgo Native Builds, Capgo Integrations zur Produktworkflow in Capgo Integrations, CI/CD-Integration zur Implementierungsdetail in CI/CD-Integration, und GitHub Actions Integration zur Implementierungsdetail in GitHub Actions Integration.