🔹 build

🏗️ Native iOS/Android-Builds über Capgo Cloud verwalten.

Zugriff und Ausgabe

Native Cloud-Build-Anfragen befinden sich derzeit in einer begrenzten Beta und der Zugriff ist eingeschränkt. Die Build-Zugangsdaten werden nie auf den Capgo-Servern gespeichert: sie werden nur für die Ausführung verwendet und dann gelöscht. Die Ausgabedaten können optional mit zeitbegrenzten Download-Links hochgeladen werden.

Speichern Sie die Zugangsdaten zuerst

npx @capgo/cli build credentials save --appId YOUR_APP_ID --platform ios
npx @capgo/cli build credentials save --appId YOUR_APP_ID --platform android

Ein Ausgabeadresse in CI erfassen

Übergeben --output-record Um den Download-Link und die QR-Code code zu speichern, verwenden Sie dann build last-output um es zu lesen:

npx @capgo/cli build request APP_ID --platform android --output-upload --output-record /tmp/build.json
npx @capgo/cli build last-output --path /tmp/build.json --field outputUrl

🔹 Benötigt

npx @capgo/cli@latest build needed

🧭 Drucken Sie “ja” und beenden Sie mit code 1, wenn ein natives Build erforderlich ist; andernfalls drucken Sie “nein” und beenden Sie mit code 0. Beim Auftreten von Command-Fehlern wird mit code 2 beendet.

Beispiel:

npx @capgo/cli@latest build needed com.example.app --channel production --verbose

Optionen:

Parameter	Typ	Beschreibung
-a	string	API Schlüssel, um auf Ihr Konto zuzugreifen
-c	string	Kanal zum Vergleichen. Standardmäßig CapacitorUpdater.defaultChannel oder der öffentliche Standardkanal
—package-json	string	Pfade zu package.json-Dateien für monorepos (komma-getrennt)
—node-modules	string	Pfade zu node_modules-Verzeichnissen für monorepos (komma-getrennt)
—verbose	boolean	Verwenden Sie ausführliche Ausgaben mit detaillierten Protokollen
—supa-host	string	Benutzerdefinierte Supabase-Host-URL (für Selbsthosting oder Capgo Entwicklung)
—supa-anon	string	Benutzerdefinierte Supabase-Anon-Schlüssel (für Selbsthosting)

🚀 Init

Terminalfenster onboarding

npx @capgo/cli@latest build init

Optionen:

—supa-alias

Parameter	Typ	Beschreibung
-a	string	API Schlüssel, um auf Ihr Konto zuzugreifen
-p	string	Plattform zum Anmelden (ios oder android). Wenn nicht angegeben, wird automatisch ermittelt, wenn nur eine native Ordner existiert; ansonsten wird gefragt.
—supa-host	string	Benutzerdefinierter Supabase-Host-URL (für Selbsthosting oder Capgo Entwicklung)
—no-analytics	boolean	Deaktivieren Sie die Build-Onboarding-Analytik und die Terminal-Wiedergabe für diese Ausführung

🔹 Anfrage

npx @capgo/cli@latest build request

Eine native Anwendung von Capgo Cloud anfordern. Diese Anweisung wird Ihr Projektverzeichnis komprimieren und auf Capgo hochladen, um es zu bauen. Die Anwendung wird bearbeitet und direkt in die App-Stores gesendet. Die Anmeldedaten werden nie auf den Capgo Servern gespeichert; sie werden nach der Anwendungsbereitstellung gelöscht. Speichern Sie sie vor der Anwendungsbereitstellung:

npx @capgo/cli build credentials save --appId APP_ID --platform ios

Beispiel:

npx @capgo/cli@latest build request com.example.app --platform ios --path .

Optionen:

Parameter	Typ	Beschreibung
—pfad	string	Pfad zum Projektverzeichnis, um zu bauen (Standard: aktuelles Verzeichnis)
—node-modules	string	Pfade zu node_modules-Verzeichnissen für monorepos (getrennt durch Komma)
—plattform	string	Zielplattform: ios oder android (erforderlich)
—build-mode	string	Build-Modus: debug oder release (Standard: release)
—build-zertifikat-base64	string	iOS: Base64-kodierte .p12-Zertifikatsdatei
—p12-sicherheitszugang	string	iOS: Zertifikatspasswort (optional, wenn das Zertifikat kein Passwort hat)
—apple-id	string	iOS: E-Mail-Adresse für das Apple-ID-Konto zum Hochladen von App-Spezifizierungs-Passwörtern (Alternative zur App Store Connect API-Schlüssel)
—apple-app-specific-password	string	iOS: App-Spezifizierungs-Passwort (xxxx-xxxx-xxxx-xxxx) für TestFlight-Hochladen
—apple-app-id	string	iOS: Numerisches App-Store-Connect-App-ID (erforderlich zusammen mit —apple-id und —apple-app-specific-password)
—apple-key-id	string	iOS: App-Store-Connect-API-Schlüssel-ID
—apple-issuer-id	string	iOS: App-Store-Connect-Aussteller-ID
—apple-key-content	string	iOS: Base64-codiertes App Store Connect API-Sicherheitszertifikat (.p8)
—app-store-connect-team-id	string	iOS: App Store Connect-Team-ID
—ios-scheme	string	iOS: Xcode-Baukette zum Bauen (Standard: App)
—ios-target	string	iOS: Xcode-Ziel für die Lesung von Build-Einstellungen (Standard: dasselbe wie Baukette)
—ios-distribution	string	iOS: Verteilungsmodus
—ios-provisioning-profile	string	iOS: Pfad zum Bereitstellungsprofil oder bundleId=path-Zuweisung (wiederholbar)
—android-keystore-file	string	Android: Base64-gekodierte Keystore-Datei
__CAPGO_KEEP_0__	string	Android: Alias für die Keystore-Schlüssel
__CAPGO_KEEP_0__	string	Android: Passwort für die Keystore-Schlüssel
__CAPGO_KEEP_0__	string	Android: Passwort für die Keystore-Speicherung
__CAPGO_KEEP_0__	string	Android: Bas64-kodierte JSON-Datei für Google Play-Dienst
__CAPGO_KEEP_0__	string	Android: Produktflavor zum Bauen (z.B. Produktionsumgebung). Erforderlich, wenn Ihr Projekt mehrere Flavors enthält.
__CAPGO_KEEP_0__	string	Android: Google Play in-app-Update-Priorität für diese Version (Ganzzahl 0–5; höher = dringender). Siehe https://developer.android.com/guide/playcore/in-app-updates. Vorrang: CLI > Umgebung > gespeicherte Anmeldeinformationen
—kein-Playstore-Upload	boolean	Play Store-Upload für diese Build ausführen (Nulliert die gespeicherte Play-Konfiguration aus). Erfordert —output-upload.
—zur-Überprüfung-in-den-App-Store-Submit	boolean	Nach dem Upload die Store-Veröffentlichung für die Überprüfung anstatt als Entwurf/Inaktives Build zu lassen. Android markiert die Play-Veröffentlichung als abgeschlossen; iOS sendet die bearbeitete TestFlight-Build zur App-Store-Überprüfung.
—store-release-name	string	Bezeichnung/Label für die Store-Veröffentlichung/Seriennummer. Android sendet dies als Google Play-Version_Namen; iOS verwendet es als App-Store-Version bei der Erstellung oder Wiederherstellung der editierbaren Version.
—store-release-notes	string	Standard-Store-Veröffentlichungs-Hinweise. Android verwendet dies als Play-Änderungsprotokoll; iOS verwendet es als App-Store-Neuigkeiten-Text.
—store-release-notes-locale	string	Lokalisierte App-Store-Bereitstellungsnotizen (wiederholbar), z.B. —store-release-notes-locale en-US=“Fehlerkorrekturen“ —store-release-notes-locale fr-FR=“Korrekturen“.
—ios-testflight-gruppen	string	iOS: optional, durch Kommata getrennte TestFlight-externer Gruppennamen oder IDs für externe Beta-Verteilung.
—ios-automatische-veröffentlichung	boolean	iOS: Veröffentlichen Sie die App-Store-Version automatisch nach Apple-Zustimmung. Standard ist die manuelle Veröffentlichung.
—keine-ios-automatische-veröffentlichung	boolean	iOS: Halten Sie die App-Store-Version auf Warteschleife für manuelle Veröffentlichung nach Apple-Zustimmung.
—ausgabe-hochladen	boolean	Überschreiben Sie die Ausgabehochladeverhalten für diese Build nur (aktivieren). Vorrang: CLI > Umgebungsvariablen > gespeicherte Anmeldeinformationen
—keine-ausgabe-hochladen	boolean	Überschreiben Sie die Ausgabehochladeverhalten für diese Build nur (deaktivieren). Vorrang: CLI > Umgebungsvariablen > gespeicherte Anmeldeinformationen
—ausgabe-beihalten	string	Überschreiben Sie die TTL für den Ausgabeverweis für diese Build nur (1h bis 7t). Beispiele: 1h, 6h, 2t. Vorrang: CLI > Umgebung > gespeicherte Anmeldeinformationen
—output-record	string	Nach erfolgreichem Build schreiben Sie ein JSON-Record (jobId, status, outputUrl, qrCodeAscii, qrCodePngPath, finishedAt) in einen Pfad. Ein PNG-QR-code wird auch neben diesem Pfad mit dem .qr.png suffix geschrieben. Lesen Sie Felder zurück mit build last-output.
—no-skip-build-number-bump	boolean	Überschreiben Sie gespeicherte Anmeldeinformationen, um die automatische Erhöhung der Buildnummer für diese Build nur zu aktivieren.
—skip-marketing-version-bump	boolean	Überspringen Sie die automatische Erhöhung der Marketingversion (CFBundleShortVersionString / versionName) wenn die App bereits veröffentlicht ist.
—sync-ios-version	boolean	iOS: Synchronisieren Sie die MARKETING_VERSION von Xcode aus package.json vor dem Hochladen des Projekts.
—ai-analytics	boolean	Bei Buildfehlern senden Sie Logfiles an Capgo AI zur Diagnose. In interaktiven Terminals wird diese Bestätigung vorher übersprungen; in CI wird die Analyse automatisch hochgeladen und auf stderr ausgegeben.
—keine-Vorabscans	boolean	Automatische Vorabscans überspringen
—vorabscans-ignorieren-fatal	boolean	Vorabscans durchführen, aber nie den Build blockieren (nur Meldungen)
—warnungen-fatal	boolean	Vorabscans-Warnungen als fatal behandeln
—support-logs-senden	boolean	Bei einem CI/CD-Build-Fehler werden die Build-Logs automatisch an Capgo-Support hochgeladen (kein E-Mail-Eingabe erforderlich). Capgo-Support wird benachrichtigt und wird per E-Mail folgen.
—logs-senden	boolean	Veralteter Alias für —send-logs-to-support
-a	string	API-Schlüssel zum Link zu Ihrem Konto
—supa-host	string	Benutzerdefinierte Supabase-Host-URL (für Selbsthosting oder Capgo Entwicklung)
—supa-anon	string	Benutzerdefinierte Supabase-Anon-Key (für Selbsthosting)
—verbose	boolean	Erweiterte Ausgabe mit detaillierten Protokollen aktivieren

🔹 Sync-ios-version

npx @capgo/cli@latest build sync-ios-version

Synchronisiere die lokale iOS Xcode MARKETING_VERSION aus package.json.

Beispiel:

npx @capgo/cli@latest build sync-ios-version --path .

Optionen:

Param	Typ	Beschreibung
—path	string	Pfad zum Projektverzeichnis (Standard: aktuelles Verzeichnis)
—check	boolean	Nur überprüfen; mit nicht Nullen verlassen, wenn MARKETING_VERSION nicht synchron ist

🔹 Vorabscannen

npx @capgo/cli@latest build prescan

Überprüfe dein Projekt und gespeicherte Anmeldeinformationen auf Probleme, die einen Cloud-Build fehlschlagen würden — bevor du etwas hochlädst. Überprüft Anmeldeinformationen (Gültigkeit, Passwörter, Profilzuordnung), Projektzustand (Cap Sync, node_modules-Anordnung) und Plattform-Konfiguration. Führt automatisch innerhalb von build requestDieser Befehl führt es eigenständig aus (z.B. in CI).

Optionen:

Parameter	Typ	Beschreibung
—plattform	string	Zielplattform: ios oder android (erforderlich)
—pfad	string	Pfad zum Projektverzeichnis (Standard: aktuelles Verzeichnis)
-a	string	API Schlüssel, um auf Ihr Konto zuzugreifen
—android-flavor	string	Android: Produktflavor, die das Build verwenden wird
—ios-dist	string	iOS: Verteilungsmodus zur Überprüfung gegen
—json	boolean	Eine maschinelle lesbare JSON-Bericht ausgeben
—fail-on-warnings	boolean	Bei Warnungen nicht Null ausgeben (CI)
—ignore-fatal	boolean	Diagnosemodus: Berichte alles, aber immer 0 ausgeben
—verbose	boolean	Erhöhte Ausgabe mit detaillierten Protokollen aktivieren
—supa-host	string	Benutzerdefinierte Supabase-Host-URL (für Selbsthosting oder Capgo Entwicklung)
—supa-anon	string	Benutzerdefinierte Supabase-Anon-Schlüssel (für Selbsthosting)

🔹 Letzter Ausgabe

npx @capgo/cli@latest build last-output

Die Ausgaberecord der letzten Bauzeit lesen build request --output-record. Prints the full JSON by default, a single field with —field, or the ASCII QR code with —qr. Useful in CI to grab the download URL or QR for posting back to a PR or issue. Examples: npx @capgo/cli build last-output —path /tmp/build.json npx @capgo/cli build last-output —path /tmp/build.json —field outputUrl npx @capgo/cli build last-output —path /tmp/build.json —qr

Optionen:

Parameter	Typ	Beschreibung
—pfad	string	Pfad zum JSON-Dokument, das von —output-record geschrieben wird (erforderlich)
—feld	string	Drucken Sie ein einzelnes Feld (eines der folgenden: jobId, appId, platform, buildMode, status, outputUrl, qrCodeAscii, qrCodePngPath, finishedAt, schemaVersion)
—qr	boolean	Print the rendered ASCII QR code (shortcut for —field qrCodeAscii)

🔹 Anmeldedaten

Deine lokalen Maschinenkredenziale verwalten. 🔒 SICHERHEIT:

• Kredenziale werden in ~/.capgo-credentials/credentials.json (global) oder .capgo-credentials.json (lokal) gespeichert.
• Während des Builds werden sie an Capgo gesendet, aber NICHT dauerhaft gespeichert.
• Gespeicherte Daten werden sofort nach dem Build aus Capgo gelöscht.
• Die Build-Ausgaben können optional für zeitbegrenzte Download-Links hochgeladen werden 📚 DOKUMENTATION: iOS-Einrichtung: https://capgo.app/docs/cli/cloud-build/ios/ Android-Einrichtung: https://capgo.app/docs/cli/cloud-build/android/

🔹 Apple-Schlüssel

Alias: asc-key

npx @capgo/cli@latest build credentials apple-key

Erstelle einen App Store Connect-Team-Schlüssel API mit einer geführten macOS-Hilfe (nur macOS). Öffnet ein natives Fenster, das Sie durch die Apple-App Store Connect-Benutzeroberfläche in einem eingebetteten Browser führt, fängt die Issuer-ID + Key-ID automatisch ein, fängt den einmaligen .p8 ein, überprüft ihn gegen Apple und speichert ihn in ~/.appstoreconnect/private_keys. Fortschrittsstatistiken werden an Capgo-Analyse (deaktivieren mit CAPGO_DISABLE_TELEMETRY) weitergeleitet. npx @capgo/cli erstellt Apple-Zertifikate —appId com.example.app

Beispiel:

Example:

Einstellungen:

Eigenschaft	Typ	Beschreibung
-a	string	API-Schlüssel zum Verknüpfen Ihres Kontos
—appId	string	Speichern Sie die aufgefangene Taste in diesem iOS-Build-Zugriffskonto
—local	boolean	Save into the per-project .capgo-credentials.json instead of the global file
—json	boolean	Als JSON die aufgefangene Schlüssel-ID / Aussteller-ID / .p8-Pfad ausgeben

🔹 Speichern

npx @capgo/cli@latest build credentials save

Speichern Sie die Build-Zugriffskonten lokal für iOS oder Android. Die Zugriffskonten werden in:

• ~/.capgo-credentials/credentials.json (Standard, global)
• .capgo-credentials.json im Projektroot (mit —local-Flag) ⚠️ ZUR VERFÜGBARKEIT VOR DEM BUILDEN: Sie müssen die Zugriffskonten vor dem Abrufen eines Builds speichern. 🔒 Diese Zugriffskonten werden NICHT auf Capgo-Servern dauerhaft gespeichert. Sie werden sofort nach Abschluss des Builds gelöscht. 📚 Anleitungen zur Einrichtung: iOS: https://capgo.app/docs/cli/cloud-build/deutsch/ios/ Android: https://capgo.app/docs/cli/cloud-build/deutsch/android/ npx @capgo/cli build credentials speichern —plattform ios
  —zertifikat ./cert.p12 —p12-schlüsselwort „password“
  —ios-Verteilungsprofil ./profile.mobileprovision
  —apple-Schlüssel ./AuthKey.p8 —apple-Schlüssel-ID „KEY123“
  —apple-Issuer-ID „issuer-uuid“ —apple-Team-ID „team-id“ Beispiel für mehrere Ziele (Anwendung + Widget-Erweiterung): npx @capgo/cli build credentials speichern —plattform ios
  —ios-Verteilungsprofil ./App.mobileprovision
  —ios-Verteilungsprofil com.example.widget=./Widget.mobileprovision
  … npx @capgo/cli build credentials speichern —plattform android
  —keystore ./release.keystore —keystore-Alias „my-key“
  —keystore-key-password “key-pass”
  —play-config ./service-account.json Speicherung in der lokalen Datenbank (projektbezogen): npx @capgo/cli build credentials save —local —platform ios …

Beispiel:

iOS Example:

Optionen:

Parameter	Typ	Beschreibung
—appId	string	Anwendungs-ID (z.B. com.example.app) (erforderlich)
—platform	string	Plattform: ios oder android (erforderlich)
—Zertifikat	string	iOS: Pfad zum .p12-Zertifikatsdatei
—iOS-Provisioning-Profil	string	iOS: Pfad zum Provisioning-Profil oder bundleId=path (wiederholbar)
—P12-Passwort	string	iOS: Zertifikatspasswort (optional, wenn Zertifikat kein Passwort hat)
—Apple-Schlüssel	string	iOS: Pfad zur .p8 App Store Connect API-Schlüssel
—Apple-Schlüssel-ID	string	iOS: App Store Connect API-Schlüssel-ID
—Apple-Issuer-ID	string	iOS: App Store Connect Zertifizierungs-ID
—apple-team-id	string	iOS: App Store Connect Team-ID
—ios-distribution	string	iOS: Verteilungsmodus
—apple-id	string	iOS: E-Mail-Adresse für Apple-ID zum Hochladen von App-Spezifikationspasswörtern (Alternative zur App Store Connect API-Schlüssel)
—apple-app-specific-password	string	iOS: App-Spezifikationspasswort (xxxx-xxxx-xxxx-xxxx) für TestFlight-Hochladen
—apple-app-id	string	iOS: Numerische App Store Connect-App-ID (zusammen mit —apple-id und —apple-app-specific-password erforderlich)
—keystore	string	Android: Pfad zum Keystore-Datei (.keystore oder .jks)
—keystore-alias	string	Android: Alias für die Keystore-Schlüssel
—keystore-key-password	string	Android: Passwort für die Keystore-Schlüssel
—keystore-store-password	string	Android: Passwort für die Keystore-Speicherung
—play-config	string	Android: Pfad zum Play Store-Dienstkonten-JSON
—android-flavor	string	Android: Produktflavor zum Bauen (z.B. Produktionsumgebung). Erforderlich, wenn Ihr Projekt mehrere Flavors enthält.
—in-app-update-priority	string	Android: Google Play in-app-Update-Priorität für zukünftige Versionen (ganzzahliger Wert 0–5; höher = dringender). Omit, um Play’s bestehende Werte unverändert zu lassen.
—lokal	boolean	Speichern Sie stattdessen in .capgo-credentials.json im Projektroot anstatt global ~/.capgo-credentials/
—output-upload	boolean	Upload build outputs (IPA/APK/AAB) to Capgo storage and print download links
—no-output-upload	boolean	Hochladen von Build-Ergebnissen (IPA/APK/AAB) in Capgo-Speicher unterlassen
—output-retention	string	Output-Link-TTL: 1h bis 7t (Standard: 1h). Beispiele: 1h, 6h, 2t
—skip-build-number-bump	boolean	Automatisches Inkrementieren der Buildnummer/Version code auf zukünftige Builds unterlassen
—no-skip-build-number-bump	boolean	Automatische Versionsnummerierung wiederherstellen (Standardverhalten)
—skip-marketing-version-bump	boolean	Bei zukünftigen Builds die automatische Marketing-Versionserhöhung aufgrund einer bereits veröffentlichten App überspringen
—no-skip-marketing-version-bump	boolean	Automatische Marketing-Versionserhöhung wiederherstellen (Standardverhalten)

📋 Liste

npx @capgo/cli@latest build credentials list

Liste der gespeicherten Build-Zugangsdaten (Passwörter maskiert). Zeigt an, welche Zugangsdaten derzeit gespeichert sind (globale und lokale). Beispiele: npx @capgo/cli build credentials list # Alle Apps auflisten npx @capgo/cli build credentials list —appId com.example.app # Spezifische App auflisten

Optionen:

Parameter:	Typ	Beschreibung
—appId	string	App-ID zum Auflisten (optional, listet alle wenn weggelassen)
—local	boolean	Liste nur lokale Anmeldeinformationen aus der Datei .capgo-credentials.json

🔹 Löschen

npx @capgo/cli@latest build credentials clear

Clear saved build credentials. Remove credentials from storage. Use —appId and —platform to target specific credentials. Examples: npx @capgo/cli build credentials clear # Clear all apps (global) npx @capgo/cli build credentials clear —local # Clear local credentials npx @capgo/cli build credentials clear —appId com.example.app —platform ios

Optionen:

Parameter	Typ	Beschreibung
—appId	string	App-ID zum Löschen (optional, löscht alle Apps wenn weggelassen)
—platform	string	Plattform zum Löschen: ios oder android (optional, löscht alle Plattformen wenn weggelassen)
—local	boolean	Löscht aus lokalem .capgo-credentials.json anstatt global

🔹 Aktualisieren

npx @capgo/cli@latest build credentials update

Update spezifische Anmeldeinformationen, ohne alle wieder zu liefern. Aktualisieren Sie bestehende Anmeldeinformationen, indem Sie nur die Felder bereitstellen, die Sie ändern möchten. Die Plattform wird automatisch aus den bereitgestellten Optionen ermittelt. Beispiele: npx @capgo/cli build credentials update —ios-provisioning-profile ./new-profile.mobileprovision npx @capgo/cli build credentials update —local —keystore ./new-keystore.jks

Optionen:

Parameter	Typ	Beschreibung
—appId	string	App-ID (automatisch aus capacitor.config ermittelt, wenn nicht angegeben)
—platform	string	Plattform: ios oder android (automatisch aus den Optionen ermittelt)
—local	boolean	Update lokale .capgo-credentials.json anstatt global
—Zertifikat	string	Pfad zum P12-Zertifikatsdatei
—ios-Zertifizierungsprofil	string	Pfad zum Zertifizierungsprofil oder bundleId=path (wiederholbar, additiv standardmäßig)
—ios-Zertifizierungsprofil-überschreiben	boolean	Ersetzen Sie die gesamte Zertifizierungsmappe anstatt zu mergen (Standard: mergen)
—P12-Zertifikatspasswort	string	P12-Zertifikatspasswort
—Apple-Schlüssel	string	Pfad zum App Store Connect API-Schlüssel (.p8-Datei)
—Apple-Schlüssel-ID	string	App Store Connect API-Schlüssel-ID
—apple-issuer-id	string	App Store Connect Herausgeber-ID
—apple-team-id	string	App Store Connect Team-ID
—apple-id	string	iOS: E-Mail-Adresse für Apple-ID zum Hochladen von App-Spezifischen Passwörtern (Alternative zur App Store Connect API-Schlüssel)
—apple-app-specific-password	string	iOS: App-Spezifisches Passwort (xxxx-xxxx-xxxx-xxxx) für TestFlight-Uploads
—apple-app-id	string	iOS: Numerische App Store Connect-App-ID (erforderlich zusammen mit —apple-id und —apple-app-specific-password)
—ios-distribution	string	iOS: Verteilungsmodus
—Sicherheitsdatei	string	Pfad zur Sicherheitsdateifile (.keystore oder .jks)
—Sicherheitsdatei-Alias	string	Sicherheitsdatei-Schlüssel-Alias
—Sicherheitsdatei-Schlüsselpasswort	string	Sicherheitsdatei-Schlüsselpasswort
—Sicherheitsdatei-Speicherpasswort	string	Sicherheitsdatei-Speicherpasswort
—Play-Konfiguration	string	Pfad zur Google Play-Dienstkontokonfiguration (JSON)
—Android-Flavor	string	Android: Produktflavor zum bauen (z.B. Produktionsversion). Erforderlich, wenn Ihr Projekt mehrere Flavors enthält.
—in-app-update-priority	string	Android: Google Play in-app-Update-Priorität für zukünftige Versionen (ganzzahliger Wert 0–5; höher = dringender).
—output-upload	boolean	Uploaden Sie Build-Ausgaben (IPA/APK/AAB) auf Capgo-Speicher und drucken Sie Download-Links
—no-output-upload	boolean	Uploaden Sie keine Build-Ausgaben (IPA/APK/AAB) auf Capgo-Speicher
—output-retention	string	Output-Link-TTL: 1h bis 7t. Beispiele: 1h, 6h, 2t
—skip-build-number-bump	boolean	Automatisches Inkrementieren der Buildnummer/Version code auf zukünftigen Builds überspringen
—no-skip-build-number-bump	boolean	Automatisches Inkrementieren der Buildnummer (Standardverhalten) wieder aktivieren
—Zu-schaltmarkierte-Marketing-Versionssprung	boolean	Automatische Marketing-Versionssprung bei zukünftigen Builds ausführen, wenn die App bereits veröffentlicht ist
—Keinen-Zu-schaltmarkierten-Marketing-Versionssprung	boolean	Automatische Marketing-Versionssprung wieder aktivieren (Standardverhalten)

🔹 Verwalten

npx @capgo/cli@latest build credentials manage

Interaktiv die gespeicherten Build-Zugriffsberechtigungen verwalten. Durchsuche gespeicherte Zugriffsberechtigungen, betrachte, was konfiguriert ist, exportiere eine CI/CD-fertige .env-Datei, oder lösche die Zugriffsberechtigungen einer Plattform. Wiederholt den gleichen TUI wie capgo init. Beispiele: npx @capgo/cli build credentials manage npx @capgo/cli build credentials manage —appId com.example.app npx @capgo/cli build credentials manage —appId com.example.app —platform ios npx @capgo/cli build credentials manage —local

Optionen:

Parameter:	Typ	Beschreibung
—appId	string	App-ID zum Verwalten (optional, fragt nach, wenn nicht angegeben)
—platform	string	Plattform zum Verwalten: ios oder android (optional, fragt nach, wenn nicht angegeben)
—local	boolean	Nur lokale .capgo-credentials.json durchsuchen

🔹 Migrieren

npx @capgo/cli@latest build credentials migrate

Migriere das legale Provisionierungsprofil in die neue Mehrziel-Format. Konvertiert BUILD_PROVISION_PROFILE_BASE64 zu CAPGO_IOS_PROVISIONING_MAP. Entdeckt die Hauptbundle-ID automatisch aus Ihrem Xcode-Projekt. npx @capgo/cli build credentials migrate —platform ios

Beispiel:

Example:

Optionen:

Parameter	Typ	Beschreibung
—appId	string	App-ID (wird automatisch aus capacitor.config ermittelt, wenn nicht angegeben)
—platform	string	Plattform (nur ios wird unterstützt)
—lokal	boolean	Migriere von lokalen .capgo-Anmeldeinformationen anstatt globalen