Um Builds hochzuladen, Store-Texte zu aktualisieren und Bundle Identifier oder Paketnamen zur Auswahl anzuzeigen, muss die Plattform mit App Store Connect und der Google Play Console sprechen können. Dafür braucht sie Zugangsdaten, die für maschinelle Zugriffe gedacht sind, nicht dein persönliches Login. Ohne diese Zugänge kann die Plattform die Store-spezifische Build- und Release-Konfiguration eines Projekts nicht vollständig erzeugen und baut nur Debug-Builds für interne Tester.
Wo die Zugänge liegen
Store-Accounts gehören zur Organisation, nicht zu einem einzelnen Projekt. Du legst sie in der Seitenleiste unter Store-Accounts über Zugang hinzufügen an; danach kannst du sie beim Erstellen oder Bearbeiten jeder App der Organisation auswählen. Beim Anlegen prüft die Plattform die Zugangsdaten gegen den jeweiligen Dienst, bevor sie sich speichern lassen, und stellt sie danach den generierten Projekten und Pipelines bereit. Verwende dafür dedizierte technische Zugänge mit den minimal nötigen Berechtigungen, nicht die Zugangsdaten einer Person.
Die zwei Accounts
Für Apple hinterlegst du einen App-Store-Account mit einem API-Schlüssel aus App Store Connect sowie Team ID und Team-Name; er gilt für iOS und macOS. Voraussetzung ist eine Mitgliedschaft im Apple Developer Program. Woher die Werte kommen, steht unter App Store: Zugangsdaten.
Für Google hinterlegst du einen Play-Store-Account mit dem JSON-Schlüssel eines Google Cloud Service Accounts, den du in der Play Console freigegeben hast. Voraussetzung ist ein Entwicklerkonto in der Google Play Console. Die Schritte stehen unter Play Store: Zugangsdaten.
Zugänge für die Windows-Signierung und den Microsoft Store gehören zu den Desktop-Anwendungen.