Comparatif des meilleures plateformes CI/CD pour les apps Cordova en 2026

En 2026, la meilleure plateforme CI/CD pour une app Cordova est généralement une CI généraliste capable d'exécuter le CLI Cordova sur Linux pour Android et sur macOS pour iOS : GitHub Actions, GitLab CI, Bitrise, Codemagic, Appcircle, CircleCI ou Azure DevOps. Ce qu'aucune d'entre elles ne remplace, c'est le service de live update managé que les équipes Cordova obtenaient via App Center et Appflow. Cette comparaison couvre le support du build, la signature, la publication sur les stores, les live updates et les perspectives à long terme pour chaque option.

L'état actuel de la CI/CD pour Cordova

Trois services managés ont porté l'écosystème Cordova, et ils ont tous disparu ou vont fermer :

Le framework Cordova publie toujours des releases de plateforme. Mais tout ce qui vous incombe désormais concerne le build : stockage de la signature, upload sur les stores, numéros de version et live updates.

If you just need a working pipeline today, start with CI/CD pour les apps Cordova, qui propose un workflow GitHub Actions complet. Cet article vous aide à choisir où l'exécuter.

Ce qu'une équipe Cordova doit comparer

1. La prise en charge de Cordova. La plateforme propose-t-elle des étapes ou des templates Cordova, ou devez-vous tout scripter cordova build vous-même ? Le scripting fonctionne très bien ; ce sont les trois mêmes commandes partout.
2. Runners macOS avec Xcode 26, requis par App Store Connect depuis le 28 avril 2026.
3. Stockage de la signature pour le keystore Android, le certificat iOS et les profils de provisionnement.
4. Publication sur les stores vers TestFlight et les canaux Google Play.
5. Live updates pour les correctifs de la couche web.
6. Hébergement Git et auto-hébergement, un point crucial pour les applications d'entreprise et gouvernementales qui utilisent encore souvent Cordova.

Matrice de fonctionnalités

Capgo s'intègre à la CI de votre choix plutôt que de la remplacer : votre CI compile les binaires Cordova, et Capgo live updates déploie les changements web sur les apps installées. Build Capgo est documenté pour les projets Capacitor, ce n'est donc pas une option pour compiler un binaire Cordova.

Par plateforme

Actions GitHub

Le choix le plus courant pour les équipes Cordova sur GitHub. Les builds Android sur ubuntu-latest avec actions/setup-java. Les builds iOS sur macos-26 avec Xcode 26 préinstallé. Vous décodez le keystore et .p12 depuis les secrets, écrivez un build.json, et lancez cordova build. Les uploads utilisent fastlane, xcrun altool, ou les actions d'upload de la communauté Play. Aucune fonctionnalité spécifique à Cordova, mais rien ne vous en empêche. Surveillez les coûts par minute macOS sur les dépôts privés.

GitLab CI

Même approche scriptée. Des runners macOS hébergés existent sur GitLab.com pour les plans Premium et Ultimate en bêta, avec des images comme macos-26-xcode-26. Les instances GitLab auto-hébergées, utilisées par de nombreuses équipes Cordova réglementées, nécessitent leurs propres runners Mac. Les fichiers sécurisés sont un endroit propre pour le keystore et le profil de provisionnement. Voir Configurer la CI/CD dans GitLab.

Bitrise

La CI mobile avec le support Cordova le plus explicite. Sa bibliothèque de steps inclut des étapes Cordova pour préparer le projet et archiver les builds iOS et Android, ainsi que la gestion de la signature code et des étapes de déploiement sur les stores. Si vous recherchez un workflow piloté par l'UI et que le pricing basé sur les crédits vous convient, c'est ce qui se rapproche le plus de l'ancienne expérience de build d'App Center.

Codemagic

Codemagic documente les builds Ionic Cordova dans codemagic.yaml, avec des keystores Android gérés, la signature iOS automatique via une clé API App Store Connect, et la publication sur TestFlight et Google Play. Le pricing se fait à la minute de build ou via un plan annuel fixe. Une bonne option pour les équipes qui aiment le YAML dans le repo mais veulent que la signature soit gérée.

Appcircle

Appcircle build Cordova via des scripts personnalisés dans les workflows au-dessus de ses pipelines de build iOS et Android, et ajoute le stockage des identités de signature, la distribution aux testeurs, un store d'entreprise et la publication sur les stores. Appcircle Server peut s'exécuter entièrement sur votre infrastructure, ce qui est la meilleure option d'auto-hébergement de cette liste.

CircleCI

Builds Cordova scriptés sur des exécuteurs Linux Docker pour Android et des exécuteurs macOS Apple Silicon pour iOS. La signature et les uploads se font via fastlane ou shell. Une solution raisonnable si CircleCI fait déjà tourner votre backend.

Azure DevOps

Azure Pipelines exécute le CLI Cordova sous forme d'étapes de script et propose des tâches natives pour installer les certificats Apple et les profils de provisionnement depuis des fichiers sécurisés, la signature Android et les releases sur les stores via des extensions du marketplace. Azure DevOps Server répond aux besoins on-premises. Beaucoup d'anciens clients d'App Center ont migré ici.

Xcode Cloud

Possible uniquement pour la partie iOS. Un ci_scripts/ci_post_clone.sh hook installe Node, restaure les plateformes Cordova et build la couche web avant qu'Xcode Cloud n'archive le projet généré. Comme Cordova génère platforms/ios au temps de build, le chemin du workspace doit exister au lancement du workflow, ce qui rend la configuration complexe. La plupart des équipes Cordova ne l'utilisent que si elles s'en servent déjà pour des apps natives.

VoltBuilder

Un service de build plutôt qu'une CI : vous envoyez un zip de votre projet avec les fichiers de signature, et il renvoie des binaires prêts pour les stores pour les projets Cordova et Capacitor. Pas de triggers Git, de pipelines ou de live updates. Utile pour les petites équipes sans CI. Voir la page de comparaison des alternatives à Voltbuilder.

Ionic Appflow

Toujours la plateforme Cordova la plus complète, avec builds, signature, publication et live updates. C'est aussi celle qui a une date de fin. Si vous utilisez Appflow, la question n'est pas de savoir s'il faut partir, mais quand. Voir Alternative à Appflow.

Combler le manque live update

Chaque CI généraliste de cette liste produit des binaires signés. Aucune ne livre de mises à jour over-the-air aux applications installées, et les anciens plugins communautaires de hot code push ne sont plus maintenus. Pour Cordova, il ne reste qu'Appflow jusqu'à fin 2027, un serveur de mise à jour auto-hébergé, ou Capgo.

Capgo prend en charge Cordova via @capgo/cordova-updater, qui reprend l'updater Capacitor API et s'appuie sur le même backend, les mêmes canaux et les mêmes CLI. Il nécessite Cordova iOS 7+ et Cordova Android 13+, et ne doit pas être combiné avec cordova-plugin-ionic-webview. Installez-l’avec votre ID d'application Capgo :

cordova plugin add @capgo/cordova-updater --variable APP_ID=com.example.app
cordova prepare android ios

Appelez cordova.plugins.Updater.notifyAppReady() après deviceready à chaque lancement, puis ajoutez une étape à votre CI pour les releases web uniquement :

bun run build
bunx @capgo/cli@latest bundle upload --channel=production

L'ajout ou la mise à jour de plugins nécessite toujours un build pour les stores ; Capgo signale les bundles dont les plugins natifs diffèrent de la version live. Détails dans le documentation de l'updater Cordova et compatibilité live update. Le pipeline complet, incluant le job live update, se trouve dans CI/CD pour les apps Cordova.

Optionnel : l'apport de Capacitor pour votre CI

La migration n'est pas obligatoire pour bénéficier des live updates. Les équipes qui migrent le font principalement pour la partie build.

Capacitor exécute la plupart des plugins Cordova tels quels, conserve votre code web, et commit les projets natifs sur Git au lieu de les générer, ce qui rend les builds CI plus prévisibles. Votre ID d'app Capgo et vos canaux sont conservés, seul le plugin updater change. Une fois migré :

• Votre job CI Linux s'exécute bun run build, bunx cap sync, et un bunx @capgo/cli@latest build request par plateforme. Aucun runner macOS n'est requis pour iOS.
• Les releases web uniquement sont déployées via des live updates avec canaux, rollbacks et vérifications de compatibilité : bunx @capgo/cli@latest bundle upload --channel production.
• bunx @capgo/cli@latest build needed indique au pipeline si un build natif est nécessaire.

Guide de migration : Migrer de Cordova vers Capacitor. Si vous avez besoin d'aide, consultez De Cordova vers Capacitor.

Comment choisir

Checklist de migration depuis App Center ou Appflow

• Téléchargez votre keystore d'upload Android et votre certificat de distribution iOS .p12 avec les clés privées. Si l'ancienne plateforme les a générés, exportez-les avant de perdre l'accès.
• Notez les codes de version et numéros de build actuels pour éviter tout conflit lors du premier build sur la nouvelle plateforme.
• Créez un compte de service Google Play et une clé API App Store Connect pour le nouveau CI.
• Listez chaque variable d'environnement injectée par l'ancienne plateforme au temps de build.
• Lancez un build sur un canal interne et un sur TestFlight avant de passer en production.
• Choisissez votre plan live update avant que l'ancien service ne s'arrête, pas après.

Pour approfondir les décisions iOS et Android, lisez Comparaison des plateformes CI/CD pour les apps iOS et Comparaison des plateformes CI/CD pour les apps Android.