Obtenez des mises à jour d'applications plus rapides et sans erreurs pour iOS et Android ? Les pipelines CI/CD pour les applications Capacitor automatisent la construction, les tests et la mise en ligne, réduisant les temps de mise en production de jusqu'à 70 % et les erreurs de 60 %. Ce guide couvre tout ce dont vous avez besoin de savoir, de la configuration de votre environnement à l'automatisation des mises à jour en direct avec Capgo.
Rappels clés :
- Pourquoi CI/CD est important pour les applications Capacitor : Accélère les builds de 78 % et réduit les rejets de magasins de 60 %.
- Outils essentiels: Xcode, Android Studio, CocoaPods et plus encore.
- Configuration de pipeline :Automatiser des tâches comme
npx cap syncla mise en cache de dépendances, et les builds spécifiques au plateau. - Mises à jour en temps réel avec Capgo : Activer les mises à jour post-sortie avec des déploiements étalés et des garanties de reversion.
Étapes de configuration rapide :
- Préparez votre environnement : Installez les outils requis pour iOS et Android.
- Configurez votre projet: Mettre à jour
capacitor.config.tset gérez de manière sécurisée les variables d'environnement. - Files de pipelines: Automatisez les installations de dépendances, les builds et les tests pour les deux plateformes.
- Optimisez les performances: Utilisez le cache, les builds parallèles et les workflows conditionnels.
- Ajoutez des mises à jour en temps réel: Intégrez Capgo pour des mises à jour OTA sécurisées avec des déploiements étalés.
Avec CI/CD, les applications Capacitor atteignent des lancements plus rapides, plus fluides tout en minimisant les erreurs et les interventions manuelles. Prêt à optimiser votre flux de travail ? Découvrons-le !
Intégrez vos pipelines CI/CD existants avec des capacités mobiles
Configuration de votre environnement CI/CD
Une fois que vous avez les bases de la CI/CD, la prochaine étape consiste à configurer votre environnement. C'est la base de l'automatisation fiable.
Configuration des outils et logiciels
Assurez-vous d'avoir ces outils clés installés :
Pour le développement iOS :
- Xcode 14 ou une version plus récente
- Outils de ligne de commande Xcode
- CocoaPods pour gérer les dépendances
Pour le développement Android :
- Android Studio
- Android SDK 33 ou une version supérieure
- Kit de développement Java (JDK)
Pour confirmer que vos outils de ligne de commande Xcode sont installés, utilisez :
xcode-select -p
Création d'un Capacitor Documentation du site Web du framework __CAPGO_KEEP_0__

Your Capacitor project needs to be configured correctly for CI/CD workflows. The capacitor.config.ts Ce fichier assure que votre projet est conforme aux exigences CI/CD.
const config: CapacitorConfig = {
appId: 'com.example.app',
webDir: 'build',
ios: {
scheme: 'MyApp'
}
}
Configuration des variables d'environnement
Gérer les informations d'identification de manière sécurisée constitue une partie clé du lien entre votre configuration d'environnement et la file d'attente de pipeline CI/CD.
Variables clés à définir :
Variables d'environnement clés à définir :
BUILD_ENV: Spécifie la phase de déploiement (par exemple,production)IOS_SIGNING_IDENTITY: Votre certificat de signature codeANDROID_KEYSTORE_PATH: Chemin vers votre fichier de clé Android
For Android builds, générer dynamiquement un local.properties fichier pendant le processus CI :
echo "sdk.dir=$ANDROID_SDK_ROOT" > android/local.properties
Lors du travail avec des builds iOS, assurez-vous que votre plateforme CI prend en charge les agents macOS.
Pour vérifier si votre environnement est prêt :
node --version | grep "v16" && xcodebuild -version | grep "Xcode 14" || exit 1
Gérer correctement les clés et les informations d'identification peut considérablement réduire les chances de rejets d'applications par les magasins, comme le notent les statistiques précédentes [1].
Créer votre pipeline CI/CD
Une fois votre environnement prêt, la prochaine étape consiste à configurer un pipeline CI/CD pour votre Capacitor application. Ce pipeline doit gérer efficacement les actifs web et les builds de plateformes natives.
Installation et Mise à Jour des Dépendances
Dans les environnements CI/CD, la gestion des dépendances nécessite un contrôle de version strict. Commencez par un processus d'installation propre :
npm install --ignore-scripts
npm install @capacitor/cli
Pour accélérer les builds, utilisez la mise en cache des dépendances. Par exemple, Azure DevOps les utilisateurs ont vu les temps de build s'améliorer de 40-60% avec ce paramétrage :
- task: Cache@2
inputs:
key: 'npm | "$(Agent.OS)" | package-lock.json'
path: |
node_modules
android/.gradle
ios/Pods
Configuration de Build pour iOS et Android
Voici comment configurer les builds pour les deux plateformes :
Configuration de Build pour iOS :
steps:
- task: InstallAppleCertificate@2
inputs:
certSecureFile: 'certificate.p12'
certPwd: $(P12_PASSWORD)
- script: |
xcodebuild -workspace ios/App/App.xcworkspace -scheme App -configuration Release -archivePath ios/App/App.xcarchive archive
Configuration de Build pour Android :
cd android
./gradlew bundleRelease
Étapes de Test et de Déploiement
Exécutez les tests de plateforme en parallèle en utilisant une stratégie de matrice :
test:
steps:
- run: npm run test:unit
- run: npm run test:e2e
- name: Run Platform Tests
matrix:
platform: [ios, android]
run: npm run test:${{ matrix.platform }}
Pour le déploiement, configurez la gestion d'artefacts spécifique à la plateforme :
| Plateforme | __CAPGO_KEEP_0__ | Canal de distribution |
|---|---|---|
| iOS | .ipa | App Store Connect |
| Android | .aab | Google Play Console |
L'utilisation de constructions parallèles peut considérablement réduire le temps d'exécution de la chaîne de pipelines lorsqu'elle est configurée correctement.
Une fois vos builds validés et emballés, vous êtes prêt à passer à des mises à jour en direct avec Capgo (discuté dans la section suivante).
sbb-itb-f9944d2
Ajouter Capgo pour les Mises à Jour en Direct

L'intégration de Capgo dans votre flux de travail améliore votre processus CI/CD en permettant les mises à jour après la mise en production. Voici comment l'installer :
Capgo Configuration de Pipeline
Tout d'abord, installez le Capgo CLI dans votre environnement de pipeline :
steps:
- name: Install Capgo CLI
run: npm install -g @capgo/cli
- name: Configure Authentication
env:
CAPGO_KEY: ${{ secrets.CAPGO_API_KEY }}
Cette addition étend votre cycle de vie CI/CD en incorporant la gestion des mises à jour dans votre processus de construction et de déploiement automatisé. __CAPGO_KEEP_0__
Ensuite, incluez la commande d'envoi après vos étapes de construction :
- name: Upload Update
run: |
capgo upload --api-key $CAPGO_KEY --bundle ./build/app-release.apk
capgo deploy v${VERSION} --channel production
Pour mises à jour sécurisées, configurez les paramètres de validation comme suit :
{
"verification": {
"checksum": "strict",
"certificatePinning": true,
"updateTimeout": 500
}
}
Capgo Présentation des fonctionnalités
| Fonctionnalité | Description |
|---|---|
| Chiffrement de bout en bout | Réduit considérablement les erreurs de déploiement. |
| Déploiement basé sur les canaux | Adapte les mises à jour aux environnements spécifiques. |
| Déploiements étalés | Assurez-vous que les mises à jour soient distribuées progressivement. |
Guides de mise à jour OTA
Améliorez vos processus de test en suivant ces principaux indicateurs après déploiement :
Stratégie de déploiement étalé
Utilisez un lancement étalé pour contrôler la façon dont les mises à jour sont distribuées :
- name: Staged Rollout
run: |
capgo deploy v1.2.3 --group "beta-users" --rollout 10%
capgo deploy v1.2.3 --rollout 50%
Suivi des mises à jour
Prenez en compte ces indicateurs :
- Taux d'adoption: Visez 40-60% dans les 24 premières heures.
- Séances sans crash: Maintenez au-dessus de 99,5%.
- Temps de vérification: Assurez-vous qu'il est inférieur à 500ms.
Si les plantages dépassent les niveaux acceptables, automatiser un retour en arrière :
- name: Rollback Check
run: |
if [ $(capgo stats --version v1.2.3 --metric crashes) -gt 2 ]; then
capgo rollback --channel production
fi
Amélioration de la Performance de la Chaîne d'Exécution
En vous concentrant sur trois domaines clés, vous pouvez constater des améliorations notables dans votre chaîne d'exécution :
Optimisation de la Vitesse de Construction
Pour les modifications web uniquement, l'utilisation de npx cap sync peut économiser du temps en sautant les reconstructions natives complètes, réduisant ainsi le temps de reconstruction de près de 40 %. Voici comment vous pouvez mettre en œuvre la construction conditionnelle :
- name: Build Strategy
run: |
[ "$WEB_ONLY" = true ] && npx cap sync || (./gradlew assembleRelease && xcodebuild ...)
Cette approche garantit que seuls les composants nécessaires sont reconstruits, simplifiant ainsi le processus.
Automatisation du Contrôle de Version
Automatiser le contrôle de version peut simplifier votre flux de travail. Utilisez le script suivant pour définir dynamiquement les numéros de version et de construction :
- name: Set Version
run: |
VERSION=$(node -p "require('./package.json').version")
BUILD_NUMBER=$GITHUB_RUN_NUMBER
echo "APP_VERSION=${VERSION}" >> $GITHUB_ENV
echo "BUILD_ID=${BUILD_NUMBER}" >> $GITHUB_ENV
En outre, la versionnement semantique automatisé peut être configuré avec cette configuration :
{
"scripts": {
"version": "standard-version",
"build:prod": "npm version patch && ionic build --prod"
}
}
Ces pratiques fournissent un cadre solide pour suivre et améliorer la performance de la chaîne d'exécution à l'aide de métriques comme :
- Temps de construction par étape
- Efficacité de la cache (taux de hit/miss)
- Utilisation maximale des ressources
Configuration de plusieurs environnements
La gestion de plusieurs environnements peut être simplifiée en utilisant des configurations spécifiques à l'environnement. Voici un exemple de configuration :
| Environnement | Fichier de configuration |
|---|---|
| Développement | .env.dev |
| Étapes de test | .env.staging |
| Production | Chambres de sécurité |
Vous pouvez configurer les environnements dynamiquement avec ce script :
- name: Configure Environment
env:
API_KEY: ${{ secrets.ENV_SPECIFIC_API_KEY }}
BUNDLE_ID: ${{ parameters.bundleId }}
run: |
echo "ENVIRONMENT=${{ parameters.environment }}" >> $GITHUB_ENV
echo "API_ENDPOINT=${{ parameters.apiUrl }}" >> $GITHUB_ENV
En associant ces configurations au déploiement basé sur les canaux de Capgo, on obtient des mises à jour précises et spécifiques à l'environnement, ce qui permet des déploiements plus fluides et un meilleur contrôle du comportement de l'application dans différents environnements.
Résumé
Le rôle du CI/CD dans le développement
Utiliser les pipelines CI/CD pour les applications Capacitor améliore considérablement l'efficacité du flux de travail. Selon les données de l'industrie, les équipes peuvent atteindre 50-70% de cycles de mise en production plus rapides grâce à des builds iOS et Android simultanés [3]. La mise en œuvre automatique de tâches telles que l'installation de dépendances et la synchronisation de plateformes réduit les erreurs de déploiement par 40-60% [1][2].
Par exemple, les équipes utilisant les pipelines Azure DevOps ont automatisé des processus comme les étapes de build séquentielles et le packaging Xcode. Elles utilisent également des environnements paramétrés pour le développement et la production. Cette approche supprime la nécessité de manipulations manuelles de Gradle et Xcode CLI, garantissant la création d'artefacts fiables chaque fois.
Ces améliorations créent les bases d'une gestion des mises à jour plus fluide lorsqu'elles sont associées à Capgo.
Capgo pour la gestion des mises à jour
Capgo fonctionne en harmonie avec les pipelines CI/CD pour délivrer des mises à jour instantanées tout en restant conforme aux politiques des magasins d'applications. Les mises à jour ne sont déployées qu'après avoir passé les portes de test automatisées intégrées au pipeline.
En combinant les builds automatisés avec les déploiements en phases, les équipes atteignent des résultats impressionnants : 80% de couverture des utilisateurs dans 7 jours et des capacités de reversion en moins d'une heure.
Une stratégie courante implique l'exécution de pistes de déploiement parallèles. Les builds automatisés sont utilisés pour les tests internes, tandis que les déploiements étalés visent des segments d'utilisateurs. Cela garantit que les mises à jour soient à la fois rapides et sûres, étayées par des tests automatisés rigoureux [1].
FAQs
Comment créer une application Capacitor ?
La création d'une application Capacitor implique quelques étapes simples :
-
Configurer votre environnement : Installez Node.js et npm sur votre système. Ensuite, utilisez l'CLI Ionic pour démarrer un nouveau projet avec un support Capacitor :
ionic start myApp tabs --capacitor -
Ajoutez le support de plateforme : Ajoutez les plateformes que vous souhaitez cibler, telles que iOS ou Android :
npx cap add ios npx cap add android -
Synchronisez votre web code : Assurez-vous que votre web code est aligné avec les plateformes natives en exécutant :
npx cap sync
The synchronisation step is crucial for keeping your app consistent across platforms and ensuring smooth operation in CI/CD pipelines. For more details on setting up your environment, check out the Outils section.
Continuez à partir de la configuration de CI/CD pour les applications Capacitor
Si vous utilisez Configuration de CI/CD pour les applications Capacitor pour planifier l'automatisation de CI/CD, connectez-le à Capgo CI/CD pour le flux de travail du produit dans Capgo CI/CD, Capgo Builds natifs pour le flux de travail du produit dans Capgo Builds natifs, Capgo Intégrations pour le flux de travail du produit dans Capgo Intégrations, Intégration CI/CD pour les détails d'implémentation dans l'intégration CI/CD, et GitHub Actions d'intégration pour les détails d'implémentation dans GitHub Actions d'intégration.