🔹 Build

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

Zugriff auf und Ausgabe von Build

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

Sparen 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 Ausgabeanzeige-URL in CI erfassen

Übergeben --output-record Um die Download-URL und die QR-Code-code zu speichern und sie dann zu verwenden: build last-output Terminalfenster

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

🔹 Abschnitt mit Titel „ 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 sich mit Ihrem Konto zu verbinden
-c	string	Kanal zum Vergleich. Standardmäßig ist es CapacitorUpdater.defaultChannel oder der öffentliche Standardkanal
—package-json	string	Pfade zu package.json-Dateien für monorepos (getrennt durch Kommas)
—node-modules	string	Pfade zu node_modules-Verzeichnissen für monorepos (getrennt durch Kommas)
—verbose	boolean	Aktiviert ausführliche Ausgabe mit detaillierten Protokollen
—supa-host	string	Benutzerdefinierter Supabase-Host-URL (für Selbsthosting oder Capgo-Entwicklung)
—supa-anon	string	Benutzerdefinierter Supabase-Anon-Key (für Selbsthosting)

🚀 Init

Alias: onboarding

npx @capgo/cli@latest build init

Interaktive Einrichtung von Build-Zugriffscredentials (iOS: Zertifikate + Profile automatisiert; Android: Keystore + Google OAuth bereitstellt GCP-Dienstkontoinvite)

Optionen:

Parameter	Typ	Beschreibung
-a	string	API-Schlüssel zum Verknüpfen mit Ihrem Konto
-p	string	Plattform zum Einbinden (iOS oder Android). Wenn nicht angegeben, detektiert sie automatisch, wenn nur ein natives Verzeichnis existiert; ansonsten wird ein Hinweis angezeigt.
—supa-host	string	Custom Supabase host URL (for self-hosting or Capgo development)
—no-analytics	boolean	Deaktivieren Sie die Build-Einbindungsanalytik und die Terminal-Wiedergabe für diese Ausführung

🔹 Anfrage

npx @capgo/cli@latest build request

Stellen Sie eine native Build-Anfrage an Capgo Cloud an. Diese Anweisung wird Ihr Projektverzeichnis komprimieren und es an Capgo hochladen, um es zu bauen. Die Build-Datei wird direkt an die App-Stores gesendet. Die Anmeldeinformationen werden nie auf Capgo-Servern gespeichert; sie werden nach der Build-Ausführung gelöscht. Speichern Sie sie vor der Anfrage einer Build:

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 zum 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-Modus	string	Build-Modus: debug oder release (Standard: release)
—build-Zertifikats-Base64	string	iOS: Base64-kodierte .p12-Zertifizierung
—p12-Passwort	string	iOS: Zertifikats-Passwort (optional, wenn das Zertifikat kein Passwort hat)
—Apple-ID	string	iOS: E-Mail-Adresse für die App-spezifische Passwort-Uploads (Alternative zu App Store Connect API-Schlüssel)
—apple-app-spezifisches-Passwort	string	iOS: App-spezifisches Passwort (xxxx-xxxx-xxxx-xxxx) für TestFlight-Uploads
—apple-app-id	string	iOS: Numerische App-Store-Connect-Anwendungs-ID (erforderlich zusammen mit —apple-id und —apple-app-specific-password)
—apple-key-id	string	iOS: App Store Connect API Key ID
—apple-issuer-id	string	iOS: App-Store-Connect-Aussteller-ID
—apple-key-content	string	iOS: Base64-encoded App Store Connect API key (.p8)
—app-store-connect-team-id	string	iOS: App-Store-Connect-Team-ID
—ios-scheme	string	iOS: Xcode-Baukette (Standard: App)
—ios-target	string	iOS: Ziel für Xcode zum Lesen von Build-Einstellungen (Standard: gleich wie Scheme)
—ios-distribution	string	iOS: Verteilungsmodus
—ios-provisioning-profile	string	iOS: Pfad zum Provisioning-Profile oder bundleId=Path-Zuweisung (wiederholbar)
—android-keystore-file	string	Android: Bas64-kodierte Keystore-Datei
—keystore-key-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: Keystore-Speicherpasswort
—play-config-json	string	Android: Bas64-kodierte Google Play-Dienstkonten-JSON
—android-flavor	string	Android: Produktflavor zum Bauen (z.B. Produktionsversion). Erforderlich, wenn Ihr Projekt mehrere Flavors enthält.
—android-track	string	Android: Google Play-Track für diese Uploads (intern, alpha, beta, Produktionsversion). Standard ohne —submit-to-store-review: intern. Mit —submit-to-store-review und keinem Track gesetzt: Produktionsversion. Vorrang: CLI > Umgebungsvariable > gespeicherte Anmeldeinformationen
—android-release-status	string	Android: Google Play-Veröffentlichungsstatus (Entwurf, abgeschlossen, inBearbeitung, gestoppt). Standard ohne —submit-to-store-review: Entwurf. Mit —submit-to-store-review und keinem Status gesetzt: abgeschlossen. Vorrang: CLI > Umgebungsvariable > gespeicherte Anmeldeinformationen
—in-app-update-priority	string	Android: Google Play-In-App-Update-Priorität für diese Veröffentlichung (ganze Zahl 0–5; höher = dringender). Siehe https://developer.android.com/guide/playcore/in-app-updates. Vorrang: CLI > Umgebung > gespeicherte Anmeldeinformationen
—keine-Playstore-Upload	boolean	Play Store-Upload für diese Build ausführen (gespeicherte Play-Konfiguration nullt aus). Erfordert —output-upload.
—zur-Überprüfung-in-den-App-Store-Submit	boolean	Nach dem Upload die Store-Veröffentlichung zur Überprüfung einreichen anstatt sie als Entwurf/Inaktive Build zu lassen. Auf Android setzt sich dies standardmäßig auf die Produktionsstrecke mit Release_Status abgeschlossen (überschreiben Sie dies mit —android-track / PLAY_STORE_TRACK und —android-release-status / PLAY_STORE_RELEASE_STATUS). Auf iOS sendet dies die bearbeitete TestFlight-Build an die App Store-Überprüfung.
—Store-Veröffentlichungsname	string	Store-Veröffentlichungsname/Beschreibung. Android sendet dies als Google Play-Version; iOS verwendet es als App Store-Version bei der Erstellung oder Wiederherstellung der editierbaren Version.
—Store-Veröffentlichungsnotizen	string	Standard-Store-Veröffentlichungsnotizen. Android verwendet dies als Play-Changelog; iOS verwendet es als App Store-Neuigkeiten-Text.
—Store-Veröffentlichungsnotizen-Locale	string	Gelocalisierte Store-Veröffentlichungsnotizen (wiederholbar), zum Beispiel —store-release-notes-locale en-US=“Fehlerbehebungen“ —store-release-notes-locale fr-FR=“Corrections“.
—iOS-Testflight-Gruppen	string	iOS: optional comma-separated TestFlight external group names or IDs for external beta distribution.
—ios-automatischer-veröffentlichung	boolean	iOS: Die App-Store-Version automatisch nach Apple-Zustimmung veröffentlichen. Standard ist die manuelle Veröffentlichung.
—no-ios-automatischer-veröffentlichung	boolean	iOS: Die App-Store-Version nach Apple-Zustimmung manuell veröffentlichen lassen.
—output-upload	boolean	Überschreiben Sie die Ausgabehandlung für diese Build nur (aktivieren). Vorrang: CLI > Umgebungsvariablen > gespeicherte Anmeldeinformationen
—no-output-upload	boolean	Überschreiben Sie die Ausgabehandlung für diese Build nur (deaktivieren). Vorrang: CLI > Umgebungsvariablen > gespeicherte Anmeldeinformationen
—output-retention	string	Überschreiben Sie die Gültigkeitsdauer der Ausgabehinweis für diese Build nur (1h bis 7t). Beispiele: 1h, 6h, 2t. Vorrang: CLI > Umgebungsvariablen > gespeicherte Anmeldeinformationen
—output-record	string	Nach einem erfolgreichen Build, wird ein JSON-Record (jobId, status, outputUrl, qrCodeAscii, qrCodePngPath, finishedAt) an einen Pfad geschrieben. Ein PNG-QR-Code code wird auch neben diesem Pfad mit dem .qr.png Lese Felder zurück mit build last-output.
—no-skip-build-number-bump	boolean	Überschreibe gespeicherte Anmeldeinformationen, um die automatische Zählung der Buildnummer für diesen Build nur einmal zu aktivieren.
—skip-marketing-version-bump	boolean	Überspringe die automatische Marketingversion (CFBundleShortVersionString / versionName) Zählung, wenn die App bereits veröffentlicht ist.
—sync-ios-version	boolean	iOS: Synchronisiere die Xcode-MARKETING_VERSION aus package.json, bevor Sie das Projekt hochladen.
—ai-analytics	boolean	Bei Buildfehlern senden Sie Logdateien an Capgo AI für Diagnose. In interaktiven Terminals wird diese Bestätigung vorher übersprungen; in CI wird automatisch hochgeladen und die Analyse wird auf stderr ausgegeben.
—no-prescan	boolean	Überspringe die automatische Vorbau-Scannung
—prescan-ignore-fatal	boolean	Die Vorschau-Scans durchführen, ohne den Build zu blockieren (nur Berichte erstellen)
—prescan-skip	string	Spezifische Vorschau-Überprüfungen (durch ID) überspringen (wiederholbar oder durch Komma getrennt). Andere Überprüfungen laufen weiter.
—prescan-warn	string	Spezifische Vorschau-Überprüfungen (durch ID) auf Warnung herabstufen (wiederholbar oder durch Komma getrennt). Überprüfung läuft weiter.
—fail-on-warnings	boolean	Vorschau-Warnungen als fatal behandeln
—send-logs-to-support	boolean	Bei einem CI/CD-Build-Fehler werden die Build-Protokolle automatisch auf Capgo Support hochgeladen (kein E-Mail-Eingriff erforderlich). Capgo Support wird benachrichtigt und wird per E-Mail folgen.
—send-logs	boolean	Veralteter Alias für —send-logs-to-support
-a	string	API Schlüssel, um auf Ihr Konto zuzugreifen
—supa-host	string	Benutzerdefinierter Supabase-Host-URL (für Selbsthosting oder Capgo Entwicklung)
—supa-anon	string	Benutzerdefinierter Supabase-Anon-Schlüssel (für Selbsthosting)
—verbose	boolean	Verbose-Modus aktivieren mit detaillierten Protokollen

🔹 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:

Parameter	Typ	Beschreibung
—pfad	string	Pfad zum Projektverzeichnis (Standard: aktuelles Verzeichnis)
—prüfen	boolean	Nur prüfen; beende mit nicht-Null-Ausgabe, wenn MARKETING_VERSION nicht synchron ist

🔹 Vorabscannen

npx @capgo/cli@latest build prescan

Scannen Sie Ihr Projekt und Ihre gespeicherten Anmeldeinformationen auf Probleme, die einen Cloud-Build fehlschlagen würden — bevor Sie etwas hochladen. Überprüft Anmeldeinformationen (Ablaufdatum, Passwörter, Profilzuordnung), Projektzustand (Cap-Synchronisierung, node_modules-Anordnung) und Plattform-Konfiguration. Führt automatisch innerhalb von build requestDieser Befehl führt es eigenständig aus (z.B. in CI). Siehe Vorabscannen überprüft für das vollständige Check-Katalog und wie Sie --skip / --warn individuelle Regeln anpassen können.

Optionen:

Parameter	Typ	Beschreibung
—plattform	string	Zielplattform: ios oder android (erforderlich)
—pfad	string	Pfad zum Projektverzeichnis (Standard: aktuelles Verzeichnis)
-a	string	API key to link to your account
—android-flavor	string	Android: Produktflavor, die der Build verwenden wird
—ios-dist	string	iOS: Verteilungsmodus zur Überprüfung
—json	boolean	Eine maschinell lesbare JSON-Bericht erstellen
—fail-on-warnings	boolean	Bei Warnungen nicht Null ausgeben (CI)
—ignore-fatal	boolean	Diagnose-Modus: Meldet alles, aber immer mit Ausgabe 0
—skip	string	Spezifische Prüfungen (durch ID) überspringen (wiederholbar oder durch Komma getrennt)
—warn	string	Spezifische Prüfungen (durch ID) auf Warnung herabstufen (wiederholbar oder durch Komma getrennt)
—verbose	boolean	Detaillierte Protokollierung mit ausführlicher Ausgabe aktivieren
—supa-host	string	Eigene Supabase-Host-URL (für Selbstbetrieb oder Capgo Entwicklung)
—supa-anon	string	Eigene Supabase-Anon-Schlüssel (für Selbstbetrieb)

🔹 Zuletzt ausgegebene Ausgabe

npx @capgo/cli@latest build last-output

Die Ausgaberecord der letzten Bauphase lesen build request --output-record. Druckt die vollständige JSON-Datenstruktur standardmäßig aus, eine einzelne Feld mit —field oder die ASCII-QR-Code mit —qr. code nützlich in CI, um die Download-URL oder QR-Code für das Zurücksenden an einen PR oder Issue zu erhalten. Beispiele: 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 zur JSON-Datei, die von —output-record geschrieben wird (erforderlich)
—Feld	string	Drucken Sie ein einzelnes Feld (eines von: jobId, appId, platform, buildMode, status, outputUrl, qrCodeAscii, qrCodePngPath, finishedAt, schemaVersion)
—QR	boolean	Drucken Sie den ASCII-QR-Code code (Kurzform für —field qrCodeAscii)

🔹 Anmeldedaten

Verwalten Sie die Build-Anmeldedaten, die lokal auf Ihrem Gerät gespeichert sind. 🔒 SICHERHEIT:

• Anmeldedaten werden in ~/.capgo-anmeldedaten/credentials.json (global) oder .capgo-anmeldedaten.json (lokal) gespeichert
• Bei der Erstellung werden sie an Capgo gesendet, aber NICHT dauerhaft gespeichert
• Gelöscht aus Capgo sofort nach der Erstellung
• Die Ausgaben der Build können optional für zeitbegrenzte Downloadlinks 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 leitenden macOS-Hilfe (nur macOS). Öffnet ein natives Fenster, das Sie durch Apple’s App Store Connect-UI in einem eingebetteten Browser führt, das Issuer-ID + Key-ID automatisch erfasst, den einmaligen .p8-Code abfängt, ihn gegen Apple validiert und ihn in ~/.appstoreconnect/private_keys speichert. Die Fortschrittsstatistiken werden an Capgo-Analytics weitergeleitet (deaktivieren Sie sie mit CAPGO_DISABLE_TELEMETRY). npx @capgo/cli build-Kredentials apple-key —appId com.example.app

Beispiel:

Example:

Optionen:

Param	Typ	Beschreibung
-a	string	API-Schlüssel, um auf Ihr Konto zuzugreifen
—appId	string	Speichern Sie den erfassten Schlüssel in den iOS-Build-Zertifikaten dieser App
—local	boolean	Speichern Sie ihn stattdessen in der Projekt- .capgo-credentials.json-Datei anstatt in der globalen Datei
---json	boolean	Drucken Sie die gespeicherte Schlüssel-ID / Aussteller-ID / .p8-Pfad als JSON

🔹 Speichern

npx @capgo/cli@latest build credentials save

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

• ~/.capgo-zugangsdaten/zugangsdaten.json (Standard, global)
• capgo-zugangsdaten.json im Projektverzeichnis (mit dem Flag –local) ⚠️ ZWISCHENBAHRUNGSANLEITUNG: Sie müssen die Zugangsdaten vor der Anforderung einer Build speichern. 🔒 Diese Zugangsdaten werden NICHT auf Capgo-Servern dauerhaft gespeichert. Sie werden sofort nach Abschluss der Build gelöscht. 📚 Anleitungen zur Einrichtung: iOS: https://capgo.app/docs/cli/cloud-build/ios/ Android: https://capgo.app/docs/cli/cloud-build/android/ npm @capgo/cli build credentials save —platform ios
  —certificate ./cert.p12 —p12-password “password”
  —ios-provisioning-profile ./profile.mobileprovision
  —apple-key ./AuthKey.p8 —apple-key-id “KEY123”
  —apple-issuer-id “issuer-uuid” —apple-team-id “team-id” Multi-target Beispiel (app + widget extension): npx @capgo/cli build credentials save —platform ios
  —ios-provisioning-profile ./App.mobileprovision
  —ios-provisioning-profile com.example.widget=./Widget.mobileprovision
  … npx @capgo/cli build credentials save —platform android
  —keystore ./release.keystore —keystore-alias “my-key”
  —keystore-key-password “key-pass”
  —play-config ./service-account.json Lokale Speicherung (projektübergreif): npx @capgo/cli build credentials save —local —platform ios …

Beispiel:

iOS Example:

Optionen:

Param	Typ	Beschreibung
—appId	string	Anwendungs-ID (z.B. com.example.app) (erforderlich)
—platform	string	Plattform: ios oder android (erforderlich)
—certificate	string	iOS: Pfad zum .p12-Zertifikat-Datei
—ios-Zertifizierungsprofil	string	iOS: Pfad zum Zertifizierungsprofil oder bundleId=path (wiederholbar)
—p12-Passwort	string	iOS: Zertifizierungsprofil-Passwort (optional, wenn das Zertifikat kein Passwort hat)
—Apple-Schlüssel	string	iOS: Pfad zum .p8 App Store Connect API-Schlüssel
—Apple-Schlüssel-ID	string	iOS: App Store Connect API-Schlüssel-ID
—Apple-Aussteller-ID	string	iOS: App Store Connect Aussteller-ID
—Apple-Team-ID	string	iOS: App Store Connect Team-ID
—ios-Verteilung	string	iOS: Verteilungsmodus
—apple-id	string	iOS: E-Mail-Adresse für Apple-ID zum Hochladen von App-Spezifischen Passwörtern (Alternative zu App Store Connect API-Schlüssel)
—apple-App-Spezifisches-Passwort	string	iOS: App-Spezifisches Passwort (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 der Keystore-Schlüssel
---keystore-key-password	string	Android: Keystore-Schlüssel-Passwort
---keystore-store-password	string	Android: Keystore-Speicher-Passwort
---play-config	string	Android: Pfad zur Play Store-Dienstkonten-JSON
---android-flavor	string	Android: Produktflavor zum Bauen (z.B. Produktionsversion). Erforderlich, wenn Ihr Projekt mehrere Flavours enthält.
---in-app-update-priority	string	Android: Google Play in-app-Update-Priorität für zukünftige Releases (Integer 0–5; höher = dringender). Unterlassen Sie dies, um Play’s bestehende Werte unverändert zu lassen.
---local	boolean	Speichern Sie es 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	Do not upload build outputs (IPA/APK/AAB) to Capgo storage
—output-retention	string	Output-Link-Gültigkeit: 1h bis 7t (Standard: 1h). Beispiele: 1h, 6h, 2t
—skip-build-number-bump	boolean	Automatische Baunummer/Version code-Zählung auf zukünftige Builds überspringen
—no-skip-build-number-bump	boolean	Automatische Baunummer-Zählung wieder aktivieren (Standardverhalten)
—skip-marketing-version-bump	boolean	Automatische Marketing-Version-Zählung auf zukünftige Builds überspringen, wenn die App bereits veröffentlicht ist
—no-skip-marketing-version-bump	boolean	Automatische Marketing-Version-Pufferung wieder aktivieren (Standardverhalten)

📋 Liste

npx @capgo/cli@latest build credentials list

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

Optionen:

Parameter	Typ	Beschreibung
—appId	string	Anwendungs-ID zum Auflisten (optional, listet alle wenn weggelassen)
—local	boolean	Liste nur die Anmeldeinformationen aus dem lokalen .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 nicht angegeben)
—platform	string	Plattform zum Löschen: ios oder android (optional, löscht alle Plattformen, wenn nicht angegeben)
—local	boolean	Stattdessen aus lokalem .capgo-credentials.json löschen

🔹 Update

npx @capgo/cli@latest build credentials update

Update spezifischer Anmeldeinformationen ohne alle wieder bereitzustellen. Aktualisiere bestehende Anmeldeinformationen, indem Sie nur die Felder bereitstellen, die Sie ändern möchten. Die Plattform wird automatisch ermittelt, wenn Sie die bereitgestellten Optionen verwenden. 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)
—plattform	string	Plattform: ios oder android (automatisch aus Optionen ermittelt)
—lokal	boolean	Aktualisiere lokale .capgo-credentials.json anstatt global
—zertifikat	string	Pfad zum P12-Zertifikat-Datei
—ios-zertifikatsprofil	string	Provisionierungsprofil-Pfad oder bundleId=path (wiederholbar, additiv standardmäßig)
—overwrite-ios-provisioning-map	boolean	Ersetzen Sie die gesamte Provisionierungskarte anstatt zu mergen (Standard: mergen)
—p12-password	string	P12-Zertifikatspasswort
—apple-key	string	Pfad zu App Store Connect API Schlüssel (.p8-Datei)
—apple-key-id	string	App Store Connect API Schlüssel-ID
—apple-issuer-id	string	App Store Connect Aussteller-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-Hochladen
—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
—keystore	string	Pfad zum Keystore-Datei (.keystore oder .jks)
—keystore-alias	string	Keystore-Schlüssel-Alias
__CAPGO_KEEP_0__	string	Keystore-Schlüsselpasswort
__CAPGO_KEEP_0__	string	Keystore-Speicherpasswort
__CAPGO_KEEP_0__	string	Pfad zum Google Play-Dienstkontokonto-JSON
__CAPGO_KEEP_0__	string	Android: Produktflavor zum Bauen (z.B. Produktionsversion). Erforderlich, wenn Ihr Projekt mehrere Flavors enthält.
__CAPGO_KEEP_0__	string	Android: Google Play-In-App-Update-Priorität für zukünftige Versionen (Integer 0–5; höher = dringender).
__CAPGO_KEEP_0__	boolean	Upload-Build-Ergebnisse (IPA/APK/AAB) auf Capgo-Speicher hochladen und Download-Links ausgeben
—no-output-upload	boolean	Hochladen von Build-Ergebnissen (IPA/APK/AAB) auf Capgo-Speicher unterlassen
—output-retention	string	Link-TTL für Ausgabedaten: 1h bis 7t. Beispiele: 1h, 6h, 2t
—skip-build-number-bump	boolean	Automatische Inkrementierung der Buildnummer/Version auf code zukünftiger Builds unterlassen
—no-skip-build-number-bump	boolean	Automatische Inkrementierung der Buildnummer wieder aktivieren (Standardverhalten)
—skip-marketing-version-bump	boolean	Automatische Marketing-Versionssprünge auf __CAPGO_KEEP_0__ zukünftigen Builds unterlassen, wenn die App bereits veröffentlicht ist
—no-skip-marketing-version-bump	boolean	Automatische Marketing-Versionshöhe wieder aktivieren (Standardverhalten)

🔹 Verwalten

npx @capgo/cli@latest build credentials manage

Interaktive Verwaltung von gespeicherten Build-Zugriffsberechtigungen. Durchsuche gespeicherte Zugriffsberechtigungen, zeige an, was konfiguriert ist, exportiere eine CI/CD-fertige .env-Datei, oder lösche die Zugriffsberechtigungen einer Plattform. Wiederholt die gleiche 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)
—plattform	string	Plattform zum Verwalten: ios oder android (optional, fragt nach, wenn nicht angegeben)
—lokal	boolean	Nur lokale .capgo-credentials.json durchsuchen

🔹 Migrieren

npx @capgo/cli@latest build credentials migrate

Migriere das legale Provisioning-Profile in die neue Multi-Target-Format. Konvertiert BUILD_PROVISION_PROFILE_BASE64 zu CAPGO_IOS_PROVISIONING_MAP. Entdeckt automatisch die Haupt-Bundle-ID aus Ihrem Xcode-Projekt. npx @capgo/cli build credentials migrate —plattform ios

Beispiel:

Example:

Optionen:

Param	Typ	Beschreibung
—appId	string	App-ID (automatisch aus capacitor.config ermittelt, wenn nicht angegeben)
—platform	string	Plattform (nur ios unterstützt)
—local	boolean	Migriere von lokalen .capgo-credentials.json anstatt global