AAB und APK direkt über die Google Play Developer API hochladen: Service-Account anlegen, in der Play Console berechtigen, Track wählen und Verbindung testen.

Die Build Station lädt AAB- und APK-Dateien direkt über die Google Play Developer API hoch. Sie braucht dafür kein fastlane und kein Ruby, nur einen Service-Account mit Upload-Rechten für die App. Eingerichtet wird einmal pro Projekt, danach ist es ein Knopf.

Voraussetzungen

Ein Google-Play-Entwicklerkonto mit der App.
Im Projekt ist die applicationId eingetragen (Projekt-Editor). Ohne sie weiß die Station nicht, welche App gemeint ist.
Die allererste Version der App hast du einmal von Hand in der Play Console hochgeladen. Vorher kennt die API den Paketnamen nicht.

Schritt für Schritt

Öffne Projekt bearbeiten › Upload › Store-Upload einrichten und darin den Tab Google Play. Dort stehen dieselben Schritte mit direkten Links.

Dienstkonto anlegen. In der Google Cloud Console ein Dienstkonto anlegen. Eine Rolle ist nicht nötig. Unter Schlüssel › Schlüssel hinzufügen › JSON eine Schlüsseldatei erzeugen und herunterladen.
API aktivieren. Im selben Cloud-Projekt die Google Play Android Developer API aktivieren.
In der Play Console berechtigen. In der Play Console unter Nutzer und Berechtigungen die E-Mail-Adresse des Dienstkontos einladen und für die App Releases verwalten erlauben.
Schlüssel hinterlegen. In der Einrichtung Direkt über die Google Play API hochladen einschalten, die JSON-Datei wählen und den Track festlegen.
Verbindung testen. Der Test legt in der Play Console eine Bearbeitung an und verwirft sie sofort wieder. Er ändert nichts.

Übernehmen speichert die Einstellungen. Der Inhalt der JSON-Datei liegt danach im macOS-Schlüsselbund dieses Macs. Die heruntergeladene Datei braucht die Station nicht mehr.

Die Service-Account-JSON ist ein vollwertiger Zugang zum Play-Konto. Leg sie nie ins Repository.

Track und Entwurf

Track	Wofür
`internal`	interner Test, die Vorgabe
`alpha`	geschlossener Test
`beta`	offener Test
`production`	veröffentlicht für alle Nutzer

Wählst du production, weist die Station ausdrücklich darauf hin. Für die Testverteilung ist internal gemeint.

Ist die App in der Play Console noch nie veröffentlicht worden, nimmt Google Releases nur als Entwurf an. Dann setzt du Nur als Entwurf und gibst das Release anschließend in der Play Console frei.

Hochladen

Nach einem erfolgreichen Android-Build steht im Abschnitt Hochladen der Knopf Jetzt hochladen · Google Play (internal), in Klammern der gewählte Track. Die Rückfrage zeigt die API-Aufrufe und ein Feld für Release Notes. Die gehen als „Neu in dieser Version” an den Track.

Der Upload läuft in vier Schritten:

Bearbeitung anlegen
AAB bzw. APK hochladen
dem Track zuordnen
festschreiben

Scheitert ein Schritt, verwirft die Station die Bearbeitung. In der Play Console bleibt nichts Halbes liegen.

Der Upload läuft über die Warteschlange und steht mit Log im Verlauf. Danach hakt die Station in der Checkliste „Version/Build-Nummer geprüft” und „AAB in Play Console hochgeladen” ab und setzt auf Wunsch ein Git-Tag. Siehe Artefakte und Upload.

Was im Store liegt

Mit eingerichtetem Upload fragt die Station Google Play, welche Build-Nummer zuletzt hochgeladen wurde. Das steht im Tab Build unter der Version und in der Übersicht, mit dem Zusatz „laut Store”. Daraus leitet sie auch die nächste Build-Nummer ab, damit kein Upload an einer schon vergebenen Nummer scheitert.

Typische Fehler

Meldung	Ursache
„Google Play verweigert den Zugriff”	Dienstkonto nicht in der Play Console eingeladen, keine Rechte auf diese App, oder die Android Developer API ist im Cloud-Projekt nicht aktiviert.
„Google Play kennt … nicht”	Paketname falsch, oder die erste Version wurde noch nie von Hand hochgeladen.
„Diese Build-Nummer (versionCode) ist schon hochgeladen”	Build-Nummer erhöhen und neu bauen.
„Die App ist in der Play Console noch ein Entwurf”	Nur als Entwurf setzen.

Die ersten drei erkennt die Station selbst: Über dem Log erscheint ein Streifen mit der Ursache und einem Knopf zurück in die Einrichtung.

Zugangsdaten entfernen

Aus Schlüsselbund entfernen in der Einrichtung löscht den Service-Account dieses Projekts vom Mac. Alternativ findest du den Eintrag in der Schlüsselbundverwaltung unter dem Dienst de.inwendo.buildstation.store.

Alternative: fastlane

Pflegst du schon ein fastlane-Setup, kannst du statt der API fastlane supply oder eine eigene Lane nutzen. Siehe fastlane.