🔹 build

🏗️ Gérez vos builds natifs iOS/Android via le cloud Capgo.

Accès au build et sortie

Les builds cloud natifs sont disponibles sur chaque plan Capgo. Les identifiants de build ne sont jamais stockés sur les serveurs Capgo : ils sont uniquement utilisés pour le build, puis supprimés. Les sorties de build peuvent optionnellement être envoyées avec des liens de téléchargement à durée limitée.

Enregistrez d'abord vos identifiants

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

Récupérer une URL de sortie en CI

Passer --output-record pour persister l'URL de téléchargement et le QR code, puis utilisez build last-output pour le lire :

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

🔹 Requis

npx @capgo/cli@latest build needed

🧭 Affiche « yes » et quitte avec code 1 si un build natif est requis ; sinon affiche « no » et quitte avec code 0. En cas d'échec de la commande, quitte avec code 2.

Exemple :

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

Options :

Paramètre	Type	Description
-a	string	Clé API pour lier votre compte
-c	string	Canal de comparaison. Par défaut : CapacitorUpdater.defaultChannel ou le canal public par défaut
—package-json	string	Chemins vers les fichiers package.json pour les monorepos (séparés par des virgules)
—node-modules	string	Chemins des répertoires node_modules pour les monorepos (séparés par des virgules)
—verbose	boolean	Activer la sortie verbose avec des logs détaillés
—supa-host	string	URL d'hôte Supabase personnalisée (pour l'auto-hébergement ou le développement Capgo)
—supa-anon	string	Clé anon Supabase personnalisée (pour l'auto-hébergement)

🚀 Init

Alias : onboarding

npx @capgo/cli@latest build init

Configurez les identifiants de build de manière interactive (iOS : certificats + profils automatisés ; Android : keystore + Google OAuth provisionne le compte de service GCP et l'invitation Play Console)

Options :

Paramètre	Type	Description
-a	string	Clé API pour lier votre compte
-p	string	Plateforme à onboarder (ios ou android). Si non précisé, détection automatique s'il n'existe qu'un seul dossier natif ; sinon, un prompt s'affiche.
—supa-host	string	URL d'hôte Supabase personnalisée (pour l'auto-hébergement ou le développement Capgo)
—no-analytics	boolean	Désactiver l'onboarding analytics du build et le replay du terminal pour cette exécution

🔹 Requête

npx @capgo/cli@latest build request

Demandez un build natif depuis le cloud Capgo. Cette commande va zipper le répertoire de votre projet et l'envoyer sur Capgo pour le build. Le build sera traité et envoyé directement sur les stores. Les identifiants ne sont jamais stockés sur les serveurs de Capgo ; ils sont supprimés après le build. Enregistrez-les avant de lancer un build :

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

Exemple :

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

Options :

Paramètre	Type	Description
—path	string	Chemin du répertoire du projet à compiler (par défaut : répertoire courant)
—node-modules	string	Chemins des répertoires node_modules pour les monorepos (séparés par des virgules)
—platform	string	Plateforme cible : ios ou android (requis)
—build-mode	string	Mode de build : debug ou release (par défaut : release)
—build-certificate-base64	string	iOS : certificat .p12 encodé en Base64
—p12-password	string	iOS : mot de passe du certificat (optionnel si le certificat n'en a pas)
—apple-id	string	iOS : e-mail Apple ID pour l'upload de mots de passe d'application (alternative à la clé App Store Connect API)
—apple-app-specific-password	string	iOS : mot de passe d'application (xxxx-xxxx-xxxx-xxxx) pour l'upload sur TestFlight
—apple-app-id	string	iOS : ID numérique de l'app App Store Connect (requis avec —apple-id et —apple-app-specific-password)
—apple-key-id	string	iOS : ID de la clé API d'App Store Connect
—apple-issuer-id	string	iOS : Issuer ID d'App Store Connect
—apple-key-content	string	iOS : clé App Store Connect API encodée en Base64 (.p8)
—app-store-connect-team-id	string	iOS : Team ID App Store Connect
—ios-scheme	string	iOS : scheme Xcode à compiler (par défaut : App)
—ios-target	string	iOS : cible Xcode pour lire les paramètres de build (par défaut : identique au scheme)
—xcode-version	string	iOS : compiler sur une machine avec cette version de Xcode (ex. 26, 26.0.1, 27). Une version majeure accepte n'importe quelle version mineure. Par défaut : n'importe quelle machine. Priorité : CLI > env (CAPGO_IOS_XCODE_VERSION) > identifiants sauvegardés
—ios-distribution	string	iOS : mode de distribution
—ios-provisioning-profile	string	iOS : chemin du profil de provisionnement ou mapping bundleId=path (répétable)
—android-keystore-file	string	Android : fichier keystore encodé en Base64
—keystore-key-alias	string	Android : alias de la clé keystore
—keystore-key-password	string	Android : mot de passe de la clé keystore
—keystore-store-password	string	Android : mot de passe du keystore
—play-config-json	string	Android : JSON du compte de service Google Play encodé en Base64
—android-flavor	string	Android : Product flavor à compiler (ex: production). Requis si votre projet possède plusieurs flavors.
—android-track	string	Android : Canal Google Play pour cet upload (internal, alpha, beta, production). Par défaut sans —submit-to-store-review : internal. Avec —submit-to-store-review et sans canal défini : production. Priorité : CLI > env > identifiants enregistrés
—android-release-status	string	Android : Statut de la release Google Play (draft, completed, inProgress, halted). Par défaut sans —submit-to-store-review : draft. Avec —submit-to-store-review et sans statut défini : completed. Priorité : CLI > env > identifiants enregistrés
—in-app-update-priority	string	Android : Priorité de la mise à jour in-app Google Play pour cette release (entier 0–5 ; plus élevé = plus urgent). Voir https://developer.android.com/guide/playcore/in-app-updates. Priorité : CLI > env > identifiants enregistrés
—no-playstore-upload	boolean	Ignore l'upload sur le Play Store pour ce build (réinitialise la config Play enregistrée). Nécessite —output-upload.
—submit-to-store-review	boolean	Après l'upload, soumettez la release au store pour examen au lieu de la laisser en brouillon ou en build inactif. Sur Android, cela cible par défaut le canal de production avec un release_status « completed » (utilisez —android-track / PLAY_STORE_TRACK et —android-release-status / PLAY_STORE_RELEASE_STATUS pour modifier cela). Sur iOS, cela soumet le build TestFlight traité pour examen sur l'App Store.
—store-release-name	string	Nom ou label de version de la release sur le store. Android l'envoie comme le version_name de Google Play ; iOS l'utilise comme version de l'App Store lors de la création ou de la réutilisation d'une version éditable.
—store-release-notes	string	Notes de release par défaut pour le store. Android l'utilise comme changelog Play Store ; iOS l'utilise comme texte de secours pour la section « Nouveautés » de l'App Store.
—store-release-notes-locale	string	Notes de release localisées (répétable), par exemple —store-release-notes-locale en-US=“Bug fixes” —store-release-notes-locale fr-FR=“Corrections”.
—ios-testflight-groups	string	iOS : noms ou IDs de groupes TestFlight externes, séparés par des virgules, pour la distribution bêta externe.
—ios-automatic-release	boolean	iOS : publie automatiquement la version App Store après l'approbation d'Apple. Par défaut, la release est manuelle.
—no-ios-automatic-release	boolean	iOS : conservez la version de l'App Store en attente d'une release manuelle après l'approbation d'Apple.
—output-upload	boolean	Remplace le comportement d'upload de l'output pour ce build uniquement (activer). Priorité : CLI > env > identifiants enregistrés
—no-output-upload	boolean	Remplace le comportement d'upload de l'output pour ce build uniquement (désactiver). Priorité : CLI > env > identifiants enregistrés
—output-retention	string	Remplace le TTL du lien d'output pour ce build uniquement (1h à 7j). Exemples : 1h, 6h, 2d. Priorité : CLI > env > identifiants enregistrés
—output-record	string	Après un build réussi, écrit un enregistrement JSON (jobId, status, outputUrl, qrCodeAscii, qrCodePngPath, finishedAt) dans un chemin. Un QR code PNG code est également écrit à côté de ce chemin avec le .qr.png suffixe. Récupérez les champs avec build last-output.
—no-cache	boolean	Ignorer la restauration du cache de build et ne pas enregistrer de nouvelle entrée de cache pour ce build. Le cache de build est activé par défaut pour chaque app.
—cache-key	string	Partitionner le cache de build par environnement, branche ou flavor Android (par exemple prod, staging). Omettre pour un cache par défaut partagé par app.
—no-skip-build-number-bump	boolean	Remplacer les identifiants enregistrés pour réactiver l'incrémentation automatique du numéro de build pour ce build uniquement.
—skip-marketing-version-bump	boolean	Ignorer l'incrémentation automatique de la version marketing (CFBundleShortVersionString / versionName) lorsque l'app est déjà publiée.
—sync-ios-version	boolean	iOS : synchroniser la MARKETING_VERSION de Xcode depuis package.json avant l'upload du projet.
—ai-analytics	boolean	En cas d'échec du build, envoyez les logs à l'IA Capgo pour un diagnostic. Dans un terminal interactif, cela évite la confirmation initiale ; en CI, cela effectue l'upload automatique et affiche l'analyse dans stderr.
—no-prescan	boolean	Ignorer le scan automatique avant le build
—prescan-ignore-fatal	boolean	Exécuter le scan avant le build sans jamais bloquer le build (mode rapport uniquement)
—prescan-skip	string	Ignorez certains contrôles de prescan par leur ID (répétables ou séparés par des virgules). Les autres contrôles s'exécutent toujours.
—prescan-warn	string	Passer certains contrôles de prescan en avertissement par ID (répétable ou séparé par des virgules). Le contrôl’est toujours exécuté.
—fail-on-warnings	boolean	Considérer les avertissements de prescan comme fatals
—send-logs-to-support	boolean	En cas d'échec de build en CI/CD, envoyez automatiquement les logs de build au support Capgo (aucun e-mail requis). Le support Capgo est notifié et assurera le suivi par e-mail. En complément de —ai-analytics.
—send-logs	boolean	Alias obsolète pour —send-logs-to-support
-a	string	Clé API pour lier votre compte
—supa-host	string	URL d'hôte Supabase personnalisée (pour l'auto-hébergement ou le développement Capgo)
—supa-anon	string	Clé anon Supabase personnalisée (pour l'auto-hébergement)
—verbose	boolean	Activer la sortie verbose avec des logs détaillés

Cache de build : Par défaut, Capgo restaure et sauvegarde les artefacts natifs compilés (CocoaPods, Gradle et sorties associées) par application. Utilisez --cache-key pour séparer les caches RC et production ; utilisez --no-cache pour un build propre ponctuel. Les intégrations API peuvent passer cache_key ou cache_enabled: false dans le payload de la requête de build. Voir Cache de build et Dépannage : erreur de restauration du cache.

🔹 Sync-ios-version

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

Synchronise la version MARKETING_VERSION de Xcode iOS locale depuis le package.json.

Exemple :

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

Options :

Paramètre	Type	Description
—path	string	Chemin du répertoire du projet (par défaut : répertoire courant)
—check	boolean	Vérification simple ; sortie non nulle si la version MARKETING_VERSION est désynchronisée

🔹 Prescan

npx @capgo/cli@latest build prescan

Scannez votre projet et vos identifiants enregistrés pour détecter les problèmes qui feraient échouer un build cloud — avant d'envoyer quoi que ce soit. Vérifie les identifiants (expiration, mots de passe, appairage de profil), l'état du projet (cap sync, structure node_modules) et la config de la plateforme. S'exécute automatiquement dans build request; cette commande l'exécute de manière autonome (ex. en CI). Consultez Vérifications prescan pour le catalogue complet des vérifications et comment --skip / --warn les règles individuelles.

Options :

Paramètre	Type	Description
—plateforme	string	Plateforme cible : ios ou android (requis)
—chemin	string	Chemin du répertoire du projet (par défaut : répertoire courant)
-a	string	Clé API pour lier votre compte
—android-flavor	string	Android : product flavor utilisé par le build
—ios-dist	string	iOS : mode de distribution pour la validation
—json	boolean	Générer un rapport JSON lisible par une machine
—fail-on-warnings	boolean	Quitter avec un code d'erreur si des warnings sont trouvés (CI)
—ignore-fatal	boolean	Mode diagnostic : tout rapporter mais toujours quitter avec le code 0
—skip	string	Ignorer une ou plusieurs vérifications par ID (répétable ou séparé par des virgules)
—warn	string	Passer certaines vérifications en avertissement par ID (répétable ou séparé par des virgules)
—verbose	boolean	Activer la sortie verbose avec des logs détaillés
—supa-host	string	URL d'hôte Supabase personnalisée (pour l'auto-hébergement ou le développement Capgo)
—supa-anon	string	Clé anon Supabase personnalisée (pour l'auto-hébergement)

🔹 Last-output

npx @capgo/cli@latest build last-output

Lit l'enregistrement de sortie du build écrit par une commande précédente 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

Options :

Paramètre	Type	Description
—path	string	Chemin vers le fichier JSON généré par —output-record (requis)
—field	string	Affiche un champ spécifique (parmi : jobId, appId, platform, buildMode, status, outputUrl, qrCodeAscii, qrCodePngPath, finishedAt, schemaVersion)
—qr	boolean	Affiche le QR code code en ASCII (raccourci pour —field qrCodeAscii)

🔹 Credentials

Gérez les credentials de build stockés localement sur votre machine. 🔒 SÉCURITÉ :

• Credentials enregistrés dans ~/.capgo-credentials/credentials.json (global) ou .capgo-credentials.json (local)
• Lors du build, envoyé à Capgo mais JAMAIS stocké de façon permanente
• Supprimé de Capgo immédiatement après le build
• Les outputs du build peuvent être uploadés pour générer des liens de téléchargement temporaires 📚 DOCUMENTATION : Configuration iOS : https://capgo.app/docs/cli/cloud-build/ios/ Configuration Android : https://capgo.app/docs/cli/cloud-build/android/

🔹 Apple-key

Alias : asc-key

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

Créez une clé d'équipe App Store Connect API avec un assistant macOS (macOS uniquement). Ouvre une fenêtre native qui vous guide dans l'interface App Store Connect d'Apple via un navigateur intégré, capture automatiquement l'Issuer ID + Key ID, intercepte le fichier .p8 unique, le valide auprès d'Apple et l'enregistre dans ~/.appstoreconnect/private_keys. Les statistiques de progression sont envoyées aux analytics de Capgo (désactivez avec CAPGO_DISABLE_TELEMETRY). npx @capgo/cli build credentials apple-key —appId com.example.app

Exemple :

Example:

Options :

Paramètre	Type	Description
-a	string	Clé API pour lier votre compte
—appId	string	Enregistre la clé capturée dans les identifiants de build iOS de cette app
—local	boolean	Enregistrer dans le fichier .capgo-credentials.json du projet plutôt que dans le fichier global
—json	boolean	Affiche l'ID de clé / l'ID d'émetteur / le chemin .p8 capturés au format JSON

🔹 Enregistrer

npx @capgo/cli@latest build credentials save

Enregistrer les credentials de build localement pour iOS ou Android. Les credentials sont stockés dans :

• ~/.capgo-credentials/credentials.json (par défaut, global)
• .capgo-credentials.json à la racine du projet (avec le flag —local) ⚠️ REQUIS AVANT LE BUILD : Vous devez enregistrer les credentials avant de demander un build. 🔒 Ces credentials ne sont JAMAIS stockés de façon permanente sur les serveurs de Capgo. Ils sont supprimés immédiatement après la fin du build. 📚 Guides de configuration : iOS : https://capgo.app/docs/cli/cloud-build/ios/ Android : https://capgo.app/docs/cli/cloud-build/android/ npx @capgo/cli build credentials save — plateforme 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” Exemple multi-target (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 — plateforme Android
  —keystore ./release.keystore —keystore-alias “my-key”
  —keystore-key-password “key-pass”
  —play-config ./service-account.json Stockage local (par projet) : npx @capgo/cli build credentials save —local —platform ios …

Exemple :

iOS Example:

Options :

Paramètre	Type	Description
—appId	string	ID de l'app (ex: com.example.app) (requis)
—platform	string	Plateforme : ios ou android (requis)
—certificate	string	iOS : chemin vers le fichier de certificat .p12
—ios-provisioning-profile	string	iOS : chemin du profil de provisionnement ou bundleId=path (répétable)
—p12-password	string	iOS : mot de passe du certificat (optionnel si le certificat n'en a pas)
—apple-key	string	iOS : chemin vers la clé API .p8 d'App Store Connect
—apple-key-id	string	iOS : ID de la clé API d'App Store Connect
—apple-issuer-id	string	iOS : Issuer ID d'App Store Connect
—apple-team-id	string	iOS : Team ID App Store Connect
—ios-distribution	string	iOS : Mode de distribution
—apple-id	string	iOS : e-mail Apple ID pour l'upload de mots de passe d'application (alternative à la clé App Store Connect API)
—apple-app-specific-password	string	iOS : mot de passe d'application (xxxx-xxxx-xxxx-xxxx) pour l'upload sur TestFlight
—apple-app-id	string	iOS : ID numérique de l'app App Store Connect (requis avec —apple-id et —apple-app-specific-password)
—keystore	string	Android : Chemin vers le fichier keystore (.keystore ou .jks)
—keystore-alias	string	Android : alias de la clé keystore
—keystore-key-password	string	Android : mot de passe de la clé keystore
—keystore-store-password	string	Android : mot de passe du keystore
—play-config	string	Android : chemin vers le JSON du compte de service Play Store
—android-flavor	string	Android : product flavor à compiler (ex: production). Requis si votre projet possède plusieurs flavors.
—in-app-update-priority	string	Android : priorité de la mise à jour in-app Google Play pour les futures releases (entier 0–5 ; plus élevé = plus urgent). Omettez pour ne pas modifier la valeur actuelle de Play.
—local	boolean	Enregistrer dans .capgo-credentials.json à la racine du projet au lieu de ~/.capgo-credentials/ global
—output-upload	boolean	Envoyez les builds (IPA/APK/AAB) vers le stockage Capgo et affichez les liens de téléchargement
—no-output-upload	boolean	Ne pas envoyer les outputs du build (IPA/APK/AAB) vers le stockage Capgo
—output-retention	string	TTL du lien de sortie : 1h à 7j (par défaut : 1h). Exemples : 1h, 6h, 2d
—skip-build-number-bump	boolean	Ignorer l'incrémentation automatique du numéro de build/code lors des prochains builds
—no-skip-build-number-bump	boolean	Réactiver l'incrémentation automatique du numéro de build (comportement par défaut)
—skip-marketing-version-bump	boolean	Ignorer l'incrémentation automatique de la version marketing lors des prochains builds si l'application est déjà publiée
—no-skip-marketing-version-bump	boolean	Réactiver l'incrémentation automatique de la version marketing (comportement par défaut)

📋 Liste

npx @capgo/cli@latest build credentials list

Liste les identifiants de build enregistrés (mots de passe masqués). Affiche les identifiants actuellement enregistrés (globaux et locaux). Exemples : npx @capgo/cli build credentials list # Lister toutes les apps npx @capgo/cli build credentials list —appId com.example.app # Lister une app spécifique

Options :

Paramètre	Type	Description
—appId	string	ID de l'app à lister (optionnel, liste tout si omis)
—local	boolean	Liste les credentials uniquement depuis le fichier local .capgo-credentials.json

🔹 Effacer

npx @capgo/cli@latest build credentials clear

Efface les credentials de build sauvegardés. Supprime les credentials du stockage. Utilisez —appId et —platform pour cibler des credentials spécifiques. Exemples : npx @capgo/cli build credentials clear # Effacer toutes les apps (global) npx @capgo/cli build credentials clear —local # Effacer les credentials locaux npx @capgo/cli build credentials clear —appId com.example.app —platform ios

Options :

Paramètre	Type	Description
—appId	string	ID de l'app à effacer (optionnel, efface toutes les apps si omis)
—platform	string	Plateforme à effacer : ios ou android (optionnel, efface toutes les plateformes si omis)
—local	boolean	Effacer depuis le fichier local .capgo-credentials.json au lieu du global

🔹 Mise à jour

npx @capgo/cli@latest build credentials update

Mettez à jour des credentials spécifiques sans avoir à tous les fournir à nouveau. Modifiez les credentials existants en ne fournissant que les champs à changer. La plateforme est détectée automatiquement selon les options fournies. Exemples : npx @capgo/cli build credentials update —ios-provisioning-profile ./new-profile.mobileprovision npx @capgo/cli build credentials update —local —keystore ./new-keystore.jks

Options :

Paramètre	Type	Description
—appId	string	ID de l'app (détecté automatiquement depuis capacitor.config si omis)
—platform	string	Plateforme : ios ou android (détectée automatiquement selon les options)
—local	boolean	Mettre à jour le fichier .capgo-credentials.json local au lieu du global
—certificate	string	Chemin vers le fichier de certificat P12
—ios-provisioning-profile	string	Chemin du profil de provisionnement ou bundleId=path (répétable, additif par défaut)
—overwrite-ios-provisioning-map	boolean	Remplace tout le mapping de provisionnement au lieu de le fusionner (par défaut : fusion)
—p12-password	string	Mot de passe du certificat P12
—apple-key	string	Chemin vers la clé API d'App Store Connect (fichier .p8)
—apple-key-id	string	ID de la clé API App Store Connect
—apple-issuer-id	string	Issuer ID App Store Connect
—apple-team-id	string	ID d'équipe App Store Connect
—apple-id	string	iOS : e-mail Apple ID pour l'upload de mots de passe d'application (alternative à la clé App Store Connect API)
—apple-app-specific-password	string	iOS : mot de passe d'application (xxxx-xxxx-xxxx-xxxx) pour l'upload sur TestFlight
—apple-app-id	string	iOS : ID numérique de l'app App Store Connect (requis avec —apple-id et —apple-app-specific-password)
—ios-distribution	string	iOS : mode distribution
—keystore	string	Chemin vers le fichier keystore (.keystore ou .jks)
—keystore-alias	string	Alias de la clé keystore
—keystore-key-password	string	Mot de passe de la clé keystore
—keystore-store-password	string	Mot de passe du store keystore
—play-config	string	Chemin vers le JSON du compte de service Google Play
—android-flavor	string	Android : Product flavor à compiler (ex: production). Requis si votre projet possède plusieurs flavors.
—in-app-update-priority	string	Android : Priorité de la mise à jour in-app Google Play pour les futures releases (entier 0–5 ; plus élevé = plus urgent).
—output-upload	boolean	Envoyez les builds (IPA/APK/AAB) vers le stockage Capgo et affichez les liens de téléchargement
—no-output-upload	boolean	Ne pas envoyer les outputs de build (IPA/APK/AAB) vers le stockage Capgo
—output-retention	string	TTL du lien de sortie : de 1h à 7j. Exemples : 1h, 6h, 2d
—skip-build-number-bump	boolean	Ignorer l'incrémentation automatique du numéro de build/code lors des prochains builds
—no-skip-build-number-bump	boolean	Réactiver l'incrémentation automatique du numéro de build (comportement par défaut)
—skip-marketing-version-bump	boolean	Ignorer l'incrémentation automatique de la version marketing lors des prochains builds si l'app est déjà publiée
—no-skip-marketing-version-bump	boolean	Réactive l'incrémentation automatique de la version marketing (comportement par défaut)

🔹 Gérer

npx @capgo/cli@latest build credentials manage

Gérez de manière interactive vos identifiants de build enregistrés. Parcourez les identifiants stockés, consultez la configuration, exportez un fichier .env prêt pour la CI/CD, ou supprimez les identifiants d'une plateforme. Utilise la même TUI que capgo init. Exemples : 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

Options :

Paramètre	Type	Description
—appId	string	ID de l'app à gérer (optionnel, un prompt s'affiche si omis)
—platform	string	Plateforme à gérer : ios ou android (optionnel, un prompt s'affiche si omis)
—local	boolean	Parcourir uniquement le fichier local .capgo-credentials.json

🔹 Migrer

npx @capgo/cli@latest build credentials migrate

Migrez l'ancien profil de provisionnement vers le nouveau format multi-cibles. Convertit BUILD_PROVISION_PROFILE_BASE64 en CAPGO_IOS_PROVISIONING_MAP. Détecte automatiquement le bundle ID principal de votre projet Xcode. npx @capgo/cli build credentials migrate —platform ios

Exemple :

Example:

Options :

Paramètre	Type	Description
—appId	string	App ID (détecté automatiquement depuis capacitor.config si omis)
—platform	string	Plateforme (seul ios est supporté)
—local	boolean	Migrer depuis le fichier local .capgo-credentials.json au lieu du global