🔹 bauen

🏗️ Verwalten Sie native iOS/Android-Builds über Capgo Cloud.

Zugriff auf und Ausgabe von Build

Native Cloud-Builds sind auf jedem Capgo-Plan verfügbar. Die Build-Zugriffsberechtigungen 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.

Speichern Sie die Zugriffsberechtigungen 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

Einen Ausgabeanzeige in CI erfassen

Pass --output-record persistieren Sie die Download-URL und QR-Code code, dann verwenden Sie build last-output Um ihn 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

🧭 Wenn ein natives Build erforderlich ist, drucken Sie “yes” und beenden mit code 1; andernfalls drucken Sie “no” und beenden mit code 0. Beim Auftreten von Befehlsfehlern 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 zum Link auf Ihr Konto
-c	string	Kanal zum Vergleichen. Standardmäßig 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	Verwenden Sie 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

Interagierendes Einrichten von Build-Zugriffskonten (iOS: Zertifikate und Profile automatisiert; Android: Keystore und Google OAuth bereitstellen GCP-Dienstkonten und Play-Console-Einladung)

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, wird automatisch ermittelt, wenn nur eine native Ordner existiert; ansonsten wird gefragt.
--supa-host	string	Benutzerdefinierte Supabase-Host-URL (für Selbsthosting oder Capgo Entwicklung)
—keine-Analytics	boolean	Deaktivieren Sie die Build-Einblendung und die Terminal-Wiedergabe für diese Ausführung

🔹 Anfrage

npx @capgo/cli@latest build request

Stellen Sie eine native Build von Capgo Cloud an. 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	Buildmodus: debug oder release (Standard: release)
—build-zertifikats-base64	string	iOS: Base64-codiertes .p12-Zertifikat
—p12-Passwort	string	iOS: Zertifikats-Passwort (optional, wenn Zertifikat kein Passwort hat)
—apple-id	string	iOS: E-Mail-Adresse für App-spezifisches Passwort-Uploads (Alternative zu App-Store-Connect-Schlüssel API)
—apple-app-spezifisches-Passwort	string	iOS: App-spezifisches Passwort (xxxx-xxxx-xxxx-xxxx) für TestFlight-Uploads
—apple-app-id	string	iOS: Zahlen-App-Store-Connect-App-ID (erforderlich zusammen mit —apple-id und —apple-app-spezifischer-Zugangscode)
—apple-schlüssel-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-codierte 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 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 des Bereitstellungsprofils oder bundleId=Mapping (wiederholbar)
—android-keystore-file	string	Android: Bas64-codierter Schlüsseltresor-Datei
—keystore-key-alias	string	Android: Alias des Schlüsseltresors
—keystore-key-password	string	Android: Schlüsseltresor-Schlüsselpasswort
—keystore-store-password	string	Android: Schlüsseltresor-Speicherpasswort
—play-config-json	string	Android: Base64-codiertes JSON des Google Play-Dienstkontos
—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 Veröffentlichung (intern, alpha, beta, Produktionsversion). Standardmäßig ohne —submit-to-store-review: intern. Mit —submit-to-store-review und ohne Track gesetzt: Produktionsversion. Vorrang: CLI > Umgebungsvariable > gespeicherte Anmeldeinformationen
—android-release-status	string	Android: Google Play-Veröffentlichungsstatus (Entwurf, abgeschlossen, inBearbeitung, gestoppt). Standardmäßig ohne —submit-to-store-review: Entwurf. Mit —submit-to-store-review und ohne Status gesetzt: abgeschlossen. Vorrang: CLI > Umgebungsvariable > gespeicherte Anmeldeinformationen
—in-app-update-priority	string	Android: Google Play-Priorität für in-App-Updates für diese Veröffentlichung (Ganzzahl 0–5; höher = dringender). Siehe https://developer.android.com/guide/playcore/in-app-updatesPrezedenz: CLI > Umgebung > gespeicherte Anmeldeinformationen
—no-playstore-upload	boolean	Für diese Build-Ausgabe Skip Play Store-Upload (Nullt die gespeicherte Play-Konfiguration aus). Erfordert —output-upload.
—submit-to-store-review	boolean	Nach dem Upload wird die Store-Veröffentlichung für die Überprüfung eingereicht, anstatt sie als Entwurf/Inaktive Build zu lassen. Auf Android ist dies standardmäßig auf der 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-release-name	string	Bezeichnung/Schlagzeile für die Store-Veröffentlichung. Android sendet dies als Google Play-Version-Name; iOS verwendet es als App Store-Version, wenn eine oder eine bearbeitbare Version erstellt oder verwendet wird.
—store-release-notes	string	Standardmäßige Speicherfreigabebeschreibung. Android verwendet dies als Play-Changelog; iOS verwendet es als App-Store-Neuigkeiten-Text.
—store-release-notes-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-groups	string	iOS: optional, durch Komma getrennte TestFlight-externer Gruppennamen oder IDs für externe Beta-Verteilung.
—ios-automatic-release	boolean	iOS: Die App Store-Version wird automatisch nach Genehmigung durch Apple freigegeben. Standard ist die manuelle Freigabe.
—no-ios-automatic-release	boolean	iOS: Halten Sie die App Store-Version auf Warteschleife, bis Apple die Freigabe erteilt.
—output-upload	boolean	Überschreibe die Ausgabehandlung für diese Build nur (aktivieren). Vorrang: CLI > Umgebungsvariable > gespeicherte Anmeldeinformationen
—no-output-upload	boolean	Überschreibe die Ausgabehandlung für diese Build nur (deaktivieren). Vorrang: CLI > Umgebungsvariable > gespeicherte Anmeldeinformationen
—output-retention	string	Überschreibe die TTL der Ausgabehinweis-Link für diese Build nur (1h bis 7t). Beispiele: 1h, 6h, 2t. Vorrang: CLI > Umgebungsvariable > 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 an diesem Pfad mit dem .qr.png suffix geschrieben. Lies die Felder mit zurück. build last-output.
—keine-Cache	boolean	Cache für die Wiedergabe überspringen und Sparen Sie keine neue Cache-Eintrag für diese Build. Die Build-Cache-Einstellung ist standardmäßig pro App aktiviert.
—Cache-Schlüssel	string	Teile den Build-Cache nach Umgebung, Zweig oder Android-Flavor auf (z. B. prod, staging). Omit für eine gemeinsame Standardcache pro App.
—no-skip-build-number-bump	boolean	Überschreibe gespeicherte Anmeldeinformationen, um die automatische Steigerung der Build-Nummer für diesen Build nur zu aktivieren.
—skip-marketing-version-bump	boolean	Überspringe die automatische Steigerung der Marketing-Version (CFBundleShortVersionString / versionName) wenn die App bereits veröffentlicht ist.
—sync-ios-version	boolean	iOS: Synchronisiere MARKETING_VERSION aus package.json vor dem Hochladen des Projekts.
—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 die Analyse automatisch hochgeladen und auf stderr ausgegeben.
—no-prescan	boolean	Automatisches Vorbau-Scannen auslassen
—prescan-ignore-fatal	boolean	Führe das Vorbau-Scannen durch, aber blockiere den Build nie (berichte nur)
—prescan-skip	string	Spezifische Vorbau-Scans überspringen (wiederholbar oder durch Komma getrennt). Andere Prüfungen laufen weiter.
—prescan-warn	string	Verringere spezifische Vorbau-Prüfungen auf Warnungen (wiederholbar oder durch Komma getrennt). Die Prüfung läuft weiter.
—fail-on-warnings	boolean	Fehler bei der Präzusammenfassung als fatal behandeln
—send-logs-zu-support	boolean	Bei einem Buildfehler im CI/CD-Prozess werden die Build-Protokolle automatisch an Capgo Support hochgeladen (keine E-Mail erforderlich). Capgo Support wird benachrichtigt und wird per E-Mail folgen.
—send-logs	boolean	Veralteter Alias für —send-logs-zu-support
-a	string	API Schlüssel zum Verknüpfen mit Ihrem Konto
—supa-host	string	Benutzerdefinierte Supabase-Host-URL (für Selbsthosting oder Capgo Entwicklung)
—supa-anon	string	Benutzerdefinierte Supabase-Anon-Schlüssel (für Selbsthosting)
—verbose	boolean	Erweiterte Ausgabe mit detaillierten Protokollen aktivieren

Build Cache: Capgo stellt und speichert die kompilierten nativen Artefakte (CocoaPods, Gradle und verwandte Ausgaben) pro App standardmäßig wiederherstellen. Verwenden Sie --cache-key um die RC- und Produktionscaches separat zu halten; verwenden Sie --no-cache um eine einmalige Reinigung durchzuführen. API-Integrations können cache_key oder cache_enabled: false im Build-Anforderungspaket. Siehe Build Cache Build Cache Fehlersuche: falsche Cache-Wiederherstellung.

🔹 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	Check nur; beende mit nicht-Null-Ausgabe, 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-Aufbau scheitern lassen — bevor du etwas hochlädst. Überprüfe Anmeldeinformationen (Gültigkeit, Passwörter, Profilzuordnung), Projektzustand (Cap-Synchronisierung, node_modules-Anordnung) und Plattform-Konfiguration. Führt automatisch innerhalb von build request; dieser Befehl führt es standalone aus (z.B. in CI). Siehe Vorabscannen überprüft den vollständigen Check-Katalog und wie man --skip / --warn individuelle Regeln.

Optionen:

Parameter	Typ	Beschreibung
—plattform	string	Zielplattform: ios oder android (erforderlich)
—pfad	string	Pfad zum Projektverzeichnis (Standard: aktuelles Verzeichnis)
-a	string	API Schlüssel zum Verknüpfen mit Ihrem Konto
—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 exit nicht Null (CI)
—ignore-fatal	boolean	Diagnosemodus: Berichte alles, aber exit immer 0
—skip	string	Spezifische Prüfung(s) durch ID ignorieren (wiederholbar oder durch Komma getrennt)
—warn	string	Spezifische Prüfung(s) durch ID herabstufen auf Warnung (wiederholbar oder durch Komma getrennt)
—verbose	boolean	Erweiterte Ausgabe mit detaillierten Protokollen aktivieren
—supa-host	string	Custom Supabase host URL (for self-hosting or Capgo development)
—supa-anon	string	Eigene Supabase-Anon-Schlüssel (für Selbsthosting)

🔹 Letzter-Ausgabe

npx @capgo/cli@latest build last-output

Lesen Sie die Ausgaberecord der letzten Ausführung 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:

Param	Typ	Beschreibung
—path	string	Weg zum JSON-Dokument, das von —output-record geschrieben wird (erforderlich)
—field	string	Eine einzelne Feld drucken (eines von: jobId, appId, platform, buildMode, status, outputUrl, qrCodeAscii, qrCodePngPath, finishedAt, schemaVersion)
—qr	boolean	Das ASCII-QR-code ausgeben (Kurzform für —field qrCodeAscii)

🔹 Nutzungskennungen

Verwalten Sie die lokalen Build-Nutzungskennungen auf Ihrem Gerät.

• Daten gespeichert in ~/.capgo-credentials/credentials.json (global) oder .capgo-credentials.json (lokal)
• Wird beim Bauen an Capgo gesendet, aber NICHT dauerhaft gespeichert
• Gelöscht von Capgo sofort nach dem Build
• 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 geleiteten macOS-Hilfe (nur macOS). Öffnet ein natives Fenster, das Sie durch die Apple-App Store Connect-Oberflä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 Sie mit CAPGO_DISABLE_TELEMETRY) weitergeleitet. npx @capgo/cli build-Kredentials apple-key —appId com.example.app

Beispiel:

Example:

Optionen:

Parameter	Typ	context
-a	string	API key to link to your account
-a	string	Speichern Sie die aufgezeichnete Taste in diesem App iOS-Build-Zugriffstoken
—lokale	boolean	Speichern Sie die Projekt-capgo-Einstellungen in der Datei .capgo-credentials.json anstatt in der globalen Datei
—json	boolean	Drucken Sie die erfassten Schlüssel-ID / Aussteller-ID / .p8-Pfad als JSON aus

🔹 Speichern

npx @capgo/cli@latest build credentials save

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

• ~/.capgo-credentials/credentials.json (Standard, global)
• capgo-credentials.json im Projektverzeichnis (mit dem Flag —local) ⚠️ ZWINGEND BEVOR DEM BUILDEN: Sie müssen die Einstellungen vor dem Anfordern eines Builds speichern. 🔒 Diese Einstellungen 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/ios/ Android: https://capgo.app/docs/cli/cloud-build/android/ npx @capgo/cli build credentials speichern —plattform ios
  —zertifikat ./cert.p12 —p12-schlüssel “password”
  —ios-Verifizierungsprofil ./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 (App + Widget-Erweiterung): npx @capgo/cli build credentials speichern —plattform ios
  —ios-Verifizierungsprofil ./App.mobileprovision
  —ios-Verifizierungsprofil com.example.widget=./Widget.mobileprovision
  npix @capgo/cli build credentials speichern —plattform android
  —keystore ./release.keystore —keystore-alias “my-key”
  —keystore-key-password „key-pass“
  —play-config ./service-account.json Lokale Speicherung (pro Projekt): 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 das 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-Aussteller-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 zu 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 (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 den Keystore-Schlüssel
—keystore-key-password	string	Android: Passwort für den Keystore-Schlüssel
—keystore-store-password	string	Android: Passwort für den Keystore-Speicher
—play-config	string	Android: Pfad zum Play Store-Dienstkontoinhalt (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: Priorität für zukünftige In-App-Updates bei Google Play (Integer 0–5; höher = dringender). Omit, um Play's bestehende Werte unverändert zu lassen.
—lokale	boolean	Speichern Sie die Anmeldeinformationen in .capgo-credentials.json im Projektverzeichnis anstatt global in ~/.capgo-credentials/
—output-upload	boolean	Hochladen Sie die Ausgabedateien (IPA/APK/AAB) auf Capgo-Speicher und drucken Sie die Downloadlinks aus
—no-output-upload	boolean	Hochladen Sie die Ausgabedateien (IPA/APK/AAB) auf Capgo-Speicher nicht
—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 überspringen
—no-skip-build-number-bump	boolean	Automatisches Inkrementieren der Buildnummer/Version (Standardverhalten) wieder aktivieren
–skip-marketing-version-bump	boolean	Automatische Marketing-Versionssprünge auf zukünftige Builds auslassen, wenn die App bereits veröffentlicht ist
–no-skip-marketing-version-bump	boolean	Automatische Marketing-Versionssprünge 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

Einstellungen:

Parameter	Typus	Beschreibung
—appId	string	App-ID zum Auflisten (optional, listet alle wenn weggelassen)
—local	boolean	Listet 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öschen aus lokalem .capgo-credentials.json anstatt global

🔹 Aktualisierung

npx @capgo/cli@latest build credentials update

Update spezifische Anmeldeinformationen ohne alle wieder zu liefern. Update 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	Description
Beschreibung	string	App-ID (automatisch aus capacitor.config ermittelt, wenn nicht angegeben)
—platform	string	Plattform: ios oder android (automatisch aus den Optionen ermittelt)
—local	boolean	Aktualisieren Sie lokale .capgo-credentials.json anstatt globale
—certificate	string	Pfad zum P12-Zertifikatsdatei
—ios-Provisioning-Profile	string	Pfad zur Provisionierung oder bundleId=path (wiederholbar, additiv standardmäßig)
—overwrite-ios-Provisioning-Map	boolean	Ersetzen Sie die gesamte Provisionierungskarte anstatt zu mergen (Standard: Mergen)
—p12-Passwort	string	P12-Zertifikatspasswort
—Apple-Key	string	Pfad zur 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 Zertifikats-ID
—apple-team-id	string	App Store Connect Team-Zertifikats-ID
—apple-id	string	iOS: E-Mail-Adresse für Apple-ID zum Upload von App-Spezifischen Passwö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-Uploads
—apple-app-id	string	iOS: Numerische App Store Connect-App-ID (erforderlich zusammen mit —apple-id und —apple-app-spezifisches-passwort)
—ios-Verteilung	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-Lagerrpasswort
—play-config	string	Pfad zum Google Play-Dienstkontokonto-JSON
—android-flavor	string	Android: Produktflavor zum Bauen (z.B. Produktionsversion). Erforderlich, wenn Ihr Projekt mehrere Flavours hat.
—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	Hochladen von Build-Ergebnissen (IPA/APK/AAB) auf Capgo-Speicher und Download-Links ausgeben
—no-output-upload	boolean	Hochladen von Build-Ergebnissen (IPA/APK/AAB) auf Capgo-Speicher unterlassen
—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
—skip-marketing-version-bump	boolean	Automatische Marketing-Version-Pufferung auf zukünftige Builds aussetzen, wenn die App bereits veröffentlicht ist
—no-skip-marketing-version-bump	boolean	Automatische Marketing-Version-Pufferung wieder aktivieren (Standardverhalten)

🔹 Verwalten

npx @capgo/cli@latest build credentials manage

Interaktiv die gespeicherten Build-Zugangsdaten verwalten. Durchsuche gespeicherte Zugangsdaten, sieh dir an, was konfiguriert ist, exportiere eine CI/CD-fertige .env-Datei oder lösche die Zugangsdaten 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	Typus	Beschreibung
—appId	string	App-ID zum Verwalten (optional, fragt nach, wenn weggelassen)
—platform	string	Plattform zum Verwalten: ios oder android (optional, fragt nach, wenn weggelassen)
—local	boolean	Browsen Sie nur lokale .capgo-credentials.json

🔹 Migrieren

npx @capgo/cli@latest build credentials migrate

Migrieren Sie das legale Provisioning-Profile in die neue Multi-Target-Format. Konvertiert BUILD_PROVISION_PROFILE_BASE64 zu CAPGO_IOS_PROVISIONING_MAP. Entdeckt die Haupt-Bundle-ID aus Ihrem Xcode-Projekt automatisch. 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 unterstützt)
—local	boolean	Migriere von lokalen .capgo-credentials.json anstatt global