🔹 bauen

🏗️ 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 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 dann zu verwenden: 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 sich mit Ihrem Konto zu verbinden
-c	string	Kanal, gegen den verglichen werden soll. 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	Custom Supabase host URL (for self-hosting or Capgo development)
—supa-anon	string	Benutzerdefinierter Supabase-Anon-Key (für Selbsthosting)

🚀 Init

Alias: onboarding

npx @capgo/cli@latest build init

Interaktive Einrichtung von Build-Zugangsdaten (iOS: Zertifikate + Profile automatisiert; Android: Keystore + Google OAuth stellt GCP-Dienstkonten und Play-Console-Einladung ein)

Optionen:

Parameter	Typ	Beschreibung
-a	string	API-Schlüssel, um auf Ihr Konto zuzugreifen
-p	string	Plattform zum Einbinden (iOS oder Android). Wenn nicht angegeben, wird automatisch ermittelt, wenn nur ein natives Verzeichnis existiert; ansonsten wird gefragt.
—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. Diese Anweisung wird Ihr Projektverzeichnis komprimieren und es an Capgo hochladen, um es zu bauen. Die Build wird bearbeitet und direkt an die App-Stores gesendet. Die Anmeldeinformationen werden nie auf Capgo-Servern gespeichert; sie werden nach der Build 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:

Param	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-mode	string	Build-Modus: debug oder release (Standard: release)
—build-certificate-base64	string	iOS: Base64-codierte .p12-Zertifikatsdatei
—p12-password	string	iOS: Zertifikatspasswort (optional, wenn das Zertifikat kein Passwort hat)
—apple-id	string	iOS: E-Mail-Adresse für das Apple-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: Zahlen-App-Store-Connect-Anwendungs-ID (erforderlich zusammen mit —apple-id und —apple-app-spezifische-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: Bas64-codierter App-Store-Connect API-Schlüssel (.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-codiertes Keystore-Datei
—keystore-key-alias	string	Android: Alias für Keystore-Schlüssel
—keystore-key-password	string	Android: Passwort für Keystore-Schlüssel
—keystore-store-password	string	Android: Keystore Speicherpasswort
—play-config-json	string	Android: Bas64-codierter Google Play-Dienstkonten-JSON
—android-flavor	string	Android: Produktflavor zum Bauen (z.B. Produktionsumgebung). Erforderlich, wenn Ihr Projekt mehrere Flavors enthält.
—android-track	string	Android: Google Play-Track für diese Hochladen (intern, alpha, beta, Produktionsumgebung). Standard ohne —submit-to-store-review: intern. Mit —submit-to-store-review und keinem Track gesetzt: Produktionsumgebung. 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 (Ganzzahl 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 wird null gesetzt). 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 wird die verarbeitete TestFlight-Build an die App Store-Überprüfung eingereicht.
—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-„Was ist Neues“-Text.
—Store-Veröffentlichungsnotizen-Locale	string	Gelocalisierte Store-Veröffentlichungsnotizen (wiederholbar), z. B. —store-release-notes-locale en-US=“Fehlerbehebungen“ —store-release-notes-locale fr-FR=“Korrekturen“.
—iOS-Testflight-Gruppen	string	iOS: optional comma-separated TestFlight external group names or IDs for external beta distribution.
—ios-automatic-release	boolean	iOS: die App Store-Version automatisch nach Apple-Zustimmung freigeben. Standard ist die manuelle Freigabe.
—no-ios-automatic-release	boolean	iOS: Halten Sie die App Store-Version nach Apple-Zustimmung auf Warteschleife für manuelle Freigabe.
—output-upload	boolean	Überschreiben Sie die Ausgabehandlung für diese Build nur (aktivieren). Vorrang: CLI > Umgebungsvariable > gespeicherte Anmelddaten
—no-output-upload	boolean	Überschreiben Sie die Ausgabehandlung für diese Build nur (deaktivieren). Vorrang: CLI > Umgebungsvariable > gespeicherte Anmelddaten
—output-retention	string	Überschreiben Sie die Gültigkeitsdauer der Ausgabelink für diese Build nur (1h bis 7t). Beispiele: 1h, 6h, 2t. Vorrang: CLI > Umgebungsvariable > gespeicherte Anmelddaten
—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 wird auch neben diesem Pfad mit dem .qr.png Lese Felder zurück mit build last-output.
—no-cache	boolean	Cache für Build überspringen und speichere keine neue Cache-Einträge für diesen Build. Der Build-Cache ist standardmäßig pro App aktiviert.
—cache-key	string	Teile den Build-Cache nach Umgebung, Branch oder Android-Flavor (z.B. prod, staging). Omit für einen gemeinsamen Standard-Cache pro App.
—no-skip-build-number-bump	boolean	Überschreibe gespeicherte Anmeldeinformationen, um automatische Build-Nummer-Inkrementierung für diesen Build wieder zu aktivieren.
—skip-marketing-version-bump	boolean	Automatisches Marketingversion (CFBundleShortVersionString / versionName) Hochstufen, wenn die App bereits veröffentlicht ist.
—sync-ios-version	boolean	iOS: Synchronisiere Xcode MARKETING_VERSION aus package.json, bevor Sie das Projekt hochladen.
—ai-analytics	boolean	Bei Buildfehlern senden Sie die Protokolle an Capgo AI zur Diagnose. In interaktiven Terminals wird die vorherige Bestätigung übersprungen; in CI wird automatisch hochgeladen und die Analyse wird auf stderr ausgegeben.
—no-prescan	boolean	Die automatische Vorbau-Überprüfung überspringen
—prescan-ignore-fatal	boolean	Die Vorbau-Überprüfung durchführen, aber nie den Build blockieren (nur Meldungen)
—prescan-skip	string	Spezifische Vorbau-Überprüfungen (wiederholbar oder durch Komma getrennt) überspringen (ID). Andere Überprüfungen werden weiterhin durchgeführt.
—prescan-warn	string	Herunterstufen bestimmter Präskan-Überprüfungen auf Warnung durch ID (wiederholbar oder durch Komma getrennt). Die Überprüfung läuft weiterhin.
—fail-on-warnings	boolean	Präskan-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-Eintrag 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 zum Linken auf Ihr 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	Aktiviere ausführliche Ausgabe mit detaillierten Protokollen

Build-Cache: Capgo restauriert und speichert kompilierte native Artefakte (CocoaPods, Gradle und verwandte Ausgaben) pro App standardmäßig. Verwende --cache-key um die RC- und Produktionscaches getrennt zu halten; verwende --no-cache für einen einmaligen Clean-Build. API-Integrations können cache_key oder cache_enabled: false für eine einmalige Clean-Build. __CAPGO_KEEP_0__-Integrations können oder für eine einmalige Clean-Build. __CAPGO_KEEP_0__-Integrations können oder.

🔹 iOS-Synchronisierung

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 in Einklang ist

🔹 Vorabscannen

npx @capgo/cli@latest build prescan

Scannen Sie Ihr Projekt und die gespeicherten Anmeldeinformationen auf Probleme, die einen Cloud-Build fehlschlagen würden — bevor Sie etwas hochladen. Überprüft Anmeldeinformationen (Gültigkeitsdatum, Passwörter, Profilzuordnung), Projektzustand (cap Sync, node_modules-Anordnung) und Plattform-Konfiguration. Führt automatisch innerhalb build request; diese Anweisung führt es eigenständig aus (z.B. in CI). Siehe Vorabscannen prüft für die vollständige Prüfzettelkatalog und wie man --skip / --warn Einzelnregeln.

Optionen:

Param	Typ	Beschreibung
—plattform	string	Zielplattform: ios oder android (erforderlich)
—pfad	string	Pfad zum Projektverzeichnis (Standard: aktuelles Verzeichnis)
__CAPGO_BEHALTER_0__ Schlüssel zum Verknüpfen mit Ihrem Konto	string	API key to link to your account
—android-flavor	string	Android: Produktflavor, das die zu erstellende Build verwendet
—ios-dist	string	iOS: Verteilungsmodus zur Überprüfung
—json	boolean	Eine maschinelle lesbare JSON-Bericht ausgeben
—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üfung(s) mit ID überspringen (wiederholbar oder durch Komma getrennt)
—warn	string	Herunterstufen bestimmter Prüfungen auf Warnung durch ID (wiederholbar oder durch Komma getrennt)
—verbose	boolean	—verbose
Aktivieren Sie die ausführliche Ausgabe mit detaillierten Protokollen	string	Custom Supabase host URL (for self-hosting or Capgo development)
Benutzerdefinierte Supabase-Host-URL (für Selbsthosting oder __CAPGO_KEEP_0__-Entwicklung)	string	—supa-anon

🔹 Benutzerdefinierte Supabase-Anon-Key (für Selbsthosting)

npx @capgo/cli@latest build last-output

Zur Zwischenablage kopieren build request --output-record. Druckt die vollständige JSON-Datei standardmäßig, eine einzelne Feld mit —field oder die ASCII QR code mit —qr. Nützlich in CI, um die Download-URL oder QR für das Einpflegen in 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	Datei Pfad zur JSON-Datei, die von —output-record geschrieben wird (erforderlich)
—Feld	string	Druckt ein einzelnes Feld (eines von: jobId, appId, platform, buildMode, status, outputUrl, qrCodeAscii, qrCodePngPath, finishedAt, schemaVersion)
—QR	boolean	Druckt die ASCII QR-Code code (Kurzform für —field qrCodeAscii)

🔹 Anmeldeinformationen

Verwalten Sie die Anmeldeinformationen, die lokal auf Ihrem Gerät gespeichert sind. Sicherheit:

• Die Anmeldeinformationen werden in ~/.capgo-anmeldeinformationen/credentials.json (global) oder .capgo-anmeldeinformationen.json (lokal) gespeichert
• Während des Build-Prozesses werden die Anmeldeinformationen an Capgo gesendet, aber nie dauerhaft gespeichert
• Die Anmeldeinformationen werden sofort nach dem Build von Capgo gelöscht
• Die Build-Ergebnisse 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 geleiteten macOS-Hilfe (nur macOS). Öffnet ein natives Fenster, das Sie durch Apple’s App Store Connect-UI 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-Analytik (deaktivieren mit CAPGO_DISABLE_TELEMETRY) weitergeleitet. npx @capgo/cli build-Kredentials apple-key —appId com.example.app

Beispiel:

Example:

Optionen:

Parameter	Typ	Beschreibung
-a	string	API-Schlüssel, um Ihren Account zu verknüpfen
—appId	string	Speichern Sie die erfasste Schlüssel in diesem iOS-Build-Zertifikat
—local	boolean	Speichern Sie in der Projekt-Datei .capgo-credentials.json anstatt in der globalen Datei
—json	boolean	Drucken Sie die erfasste Schlüssel-ID / Aussteller-ID / .p8-Pfad als JSON

🔹 Speichern

npx @capgo/cli@latest build credentials save

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

• ~/.capgo-credentials/credentials.json (Standard, global)
• capgo-Daten.json in Projektroot (mit —local Flag) ⚠️ ERFORDERLICH BEVOR DEM BUILDEN: Sie müssen die Daten vor dem Anfordern eines Builds speichern. 🔒 Diese Daten werden NICHT auf Capgo-Servern dauerhaft gespeichert. Sie werden sofort nach Abschluss des Builds gelöscht. 📚 Setup-Anleitungen: iOS: https://capgo.app/docs/cli/cloud-build/ios/ Android: https://capgo.app/docs/cli/cloud-build/android/ npx @capgo/cli build credentials save —platform ios
  —Zertifikat ./cert.p12 —p12-Passwort “password”
  —iOS-Provisioning-Profile ./profile.mobileprovision
  —Apple-Schlüssel ./AuthKey.p8 —Apple-Schlüssel-ID “KEY123”
  —Apple-Issuer-ID “issuer-uuid” —Apple-Team-ID “team-id” Multi-target Beispiel (app + Widget-Erweiterung): 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 “mein-Schlüssel”
  —keystore-key-password “Schlüssel-Passwort”
  —play-config ./service-account.json Lokale Speicherung (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)
—plattform	string	Plattform: ios oder android (erforderlich)
—zertifikat	string	iOS: Pfad zum .p12-Zertifikatsdatei
—ios-zertifikatsprofil	string	iOS: Pfad zum Zertifikatsprofil oder bundleId=path (wiederholbar)
—p12-schlüssel	string	iOS: Zertifikatschlüssel (optional, wenn Zertifikat keinen Schlüssel 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-issuer-id	string	iOS: App Store Connect Aussteller-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-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)
—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-Speicher
—play-config	string	Android: Pfad zum Play Store-Dienstkontokonto-JSON
—android-flavor	string	Android: Produktflavor zum Bauen (z.B. Produktionsversion). Erforderlich, wenn Ihr Projekt mehrere Flavors enthält.
—in-app-Update-Priorität	string	Android: Google Play in-app-Update-Priorität für zukünftige Versionen (Integer 0–5; höher = dringender). Omit, um Play’s bestehende Werte unverändert zu lassen.
—lokale	boolean	Save to .capgo-credentials.json in project root instead of global ~/.capgo-credentials/
—Ausgabehost	boolean	Hochladen Sie die Ausgabedateien (IPA/APK/AAB) auf Capgo-Speicher und drucken Sie die Downloadlinks aus
—keine Ausgabehost	boolean	Hochladen Sie die Ausgabedateien (IPA/APK/AAB) nicht auf Capgo-Speicher
—Ausgabehaltbarkeit	string	Ausgabelink-TTL: 1h bis 7t (Standard: 1h). Beispiele: 1h, 6h, 2t
—Zu-Bau-Nummer-Überspringen	boolean	Automatische Zunahme der Bau-Nummer/Versionsnummer code auf zukünftige Builds überspringen
–no-skip-build-number-bump	boolean	Automatische Build-Nummer erhöhen wieder aktivieren (Standardverhalten)
–skip-marketing-version-bump	boolean	Automatische Marketing-Version erhöhen bei zukünftigen Builds ausblenden, wenn die App bereits veröffentlicht ist
–no-skip-marketing-version-bump	boolean	Automatische Marketing-Version erhöhen wieder aktivieren (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	Anwendungs-ID, die aufgelistet werden soll (optional, listet alle, wenn weggelassen)
—local	boolean	Liste nur die Anmeldeinformationen aus der 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:

Param	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	Löscht stattdessen aus der lokalen .capgo-credentials.json anstatt der globalen

🔹 Aktualisierung

npx @capgo/cli@latest build credentials update

Update spezifischer Anmeldeinformationen ohne alle wiederzugeben. 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	Anwendungs-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-Provisioning-Profil	string	Pflichtprofilpfad oder bundleId=path (wiederholbar, additiv standardmäßig)
—ios-Provisioning-Karte überschreiben	boolean	Ersetzen Sie die gesamte Provisionierungskarte anstatt Merging (Standard: Merging)
—P12-Zertifikatspasswort	string	P12-Zertifikatspasswort
—Apple-Key	string	Pfad zum App Store Connect API-Sicherheitsschlüssel (.p8-Datei)
—Apple-Key-ID	string	App Store Connect API Schlüssel-ID
—apple-issuer-id	string	App Store Connect Zertifizierungs-ID
—apple-team-id	string	App Store Connect Team-ID
—apple-id	string	iOS: E-Mail-Adresse für die Apple-ID zum Hochladen von App-Spezifikapasswörtern (Alternative zur 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 (erforderlich zusammen mit —apple-id und —apple-app-spezifisches-passwort)
—ios-distribution	string	iOS: Verteilungsmodus
—keystore	string	Pfad zum Keystore-Datei (.keystore oder .jks)
—keystore-alias	string	Keystore-Schlüsselalias
—keystore-key-password	string	Keystore-Schlüsselpasswort
—keystore-store-password	string	Keystore-Lagerraum-Passwort
—play-config	string	Pfad zum Google Play-Dienstkontokonto-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 Releases (Integer 0–5; höher = dringender).
—output-upload	boolean	Upload-Build-Ergebnisse (IPA/APK/AAB) auf Capgo-Speicher und drucken Download-Links
—no-output-upload	boolean	Upload-Build-Ergebnisse (IPA/APK/AAB) auf Capgo-Speicher nicht hochladen
—output-retention	string	Output-Link-TTL: 1h bis 7t. Beispiele: 1h, 6h, 2t
—skip-build-number-bump	boolean	Automatische Build-Nummer-/Version-code-Zählung auf zukünftigen Builds überspringen
—no-skip-build-number-bump	boolean	Automatisches Inkrementieren der Buildnummer wiederherstellen (Standardverhalten)
—skip-marketing-version-bump	boolean	Verpassen Sie die automatische Marketingversionserhöhung bei zukünftigen Builds, wenn die App bereits veröffentlicht wurde
—no-skip-marketing-version-bump	boolean	Automatisches Marketingversionserhöhen wiederherstellen (Standardverhalten)

🔹 Verwalten

npx @capgo/cli@latest build credentials manage

Interaktiv die gespeicherten Buildanmeldeinformationen verwalten. Durchsuchen Sie die gespeicherten Anmeldeinformationen, sehen Sie, was konfiguriert ist, exportieren Sie eine CI/CD-fertige .env-Datei, oder löschen Sie die Anmeldeinformationen eines Plattforms. 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 weggelassen)
—plattform	string	Plattform zum Verwalten: ios oder android (optional, fragt nach, wenn weggelassen)
—lokal	boolean	Nur lokale .capgo-credentials.json durchsuchen

🔹 Migrieren

npx @capgo/cli@latest build credentials migrate

Migriere das legale Provisionierungsprofil in das neue Mehrziel-Format. Konvertiert BUILD_PROVISION_PROFILE_BASE64 in 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	Anwendungs-ID (automatisch aus capacitor.config ermittelt, wenn nicht angegeben)
—platform	string	Plattform (nur ios wird unterstützt)
—lokal	boolean	Migrieren Sie von lokalen .capgo-credentials.json anstatt global