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

The best CI/CD platform for a Cordova app in 2026 is usually a general CI that can run the Cordova CLI on Linux for Android and on macOS for iOS: GitHub Actions, GitLab CI, Bitrise, Codemagic, Appcircle, CircleCI, or Azure DevOps. What none of them replace is the managed live update service Cordova teams got from App Center and Appflow. This comparison covers build support, signing, store publishing, live updates, and long-term outlook for each option.

Où en est la CI/CD pour Cordova

Trois services managés ont bâti l'écosystème Cordova, et tous les trois ont disparu ou ferment :

Le framework Cordova publie toujours des releases de plateforme. Le travail qui vous revient désormais, c'est tout ce qui entoure le build : stockage de la signature, uploads sur les stores, numéros de version et mises à jour OTA.

Si vous avez juste besoin d'un pipeline fonctionnel, commencez par CI/CD pour les apps Cordova, qui dispose d'un workflow GitHub Actions complet. Cet article vous aide à choisir où l'exécuter.

Ce qu’une équipe Cordova doit comparer

1. Prise en charge de Cordova. La plateforme propose-t-elle des étapes ou des modèles Cordova, ou faut-il les scripter cordova build vous-même ? Le scripting suffit ; ce sont les mêmes trois commandes partout.
2. runners macOS avec Xcode 26, qu'App Store Connect exige depuis le 28 avril 2026.
3. Stockage des signatures pour le keystore Android, le certificat iOS et les profils de provisionnement.
4. Publication sur les stores vers TestFlight et les pistes Google Play.
5. Mises à jour live pour les correctifs de la couche web.
6. Hébergement Git et auto-hébergementce qui compte pour les applications d'entreprise et gouvernementales qui tournent encore souvent sous Cordova.

Matrice des fonctionnalités

Capgo s'intègre à la CI de votre choix plutôt que de la remplacer : votre CI génère les binaires Cordova, et les live updates Capgo 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.

Plateforme par plateforme

GitHub Actions GitHub

Le choix le plus courant pour les équipes Cordova sur GitHub. Les builds Android sur ubuntu-latest par actions/setup-java. Les builds iOS se font sur macos-26 avec Xcode 26 préinstallé. Vous décodez le keystore et .p12 depuis les secrets, écrivez un build.json, et exécutez cordova build. Les uploads utilisent fastlane, xcrun altool, ou actions d’upload communautaires sur Play. Aucune fonctionnalité spécifique à Cordova, mais rien ne vous en empêche. Surveillez les coûts par minute sur macOS pour 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 offres Premium et Ultimate en bêta, avec des images comme macos-26-xcode-26Les instances GitLab auto-gérées, que beaucoup d'équipes Cordova soumises à des réglementations utilisent, ont besoin de leurs propres runners Mac. Les fichiers sécurisés sont un endroit tout indiqué pour le keystore et le profil de provisionnement. Voir Configurer le CI/CD dans GitLab.

Bitrise

La CI mobile avec le support Cordova le plus explicite. Sa bibliothèque de steps comprend des étapes Cordova pour préparer le projet et archiver les builds iOS et Android, ainsi que la gestion de signature code et des étapes de déploiement sur les stores. Si vous voulez un workflow piloté par l'UI et que la tarification à base de 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. La tarification se fait à la minute de build ou via un plan annuel à prix fixe. Une bonne option pour les équipes qui aiment le YAML dans le repo mais préfèrent que la signature soit gérée.

Appcircle

Appcircle compile 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 tourner entièrement sur votre infrastructure : c'est l'argument self-hosting le plus solide de cette liste.

CircleCI

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

Azure DevOps

Azure Pipelines exécute la CLI Cordova sous forme d'étapes de script et ajoute des tâches first-party pour installer les certificats Apple et les profils de provisionnement à partir de fichiers sécurisés, la signature Android et la publication sur les stores via des extensions marketplace. Azure DevOps Server répond aux besoins on-premises. De nombreux anciens clients d'App Center ont atterri ici.

Xcode Cloud

Possible uniquement pour la partie iOS. Un ci_scripts/ci_post_clone.sh hook installe Node, restaure les plateformes Cordova et compile la couche web avant que Xcode Cloud n'archive le projet généré. Comme Cordova génère platforms/ios au moment du build, le chemin du workspace doit exister au démarrage du workflow, ce qui rend la configuration peu pratique. La plupart des équipes Cordova ne l'utilisent que si elles en dépendent déjà pour leurs 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 déclencheurs Git, de pipelines ni de live updates. Utile pour les petites équipes sans CI. Voir la Alternative à Voltbuilder page de comparaison.

Ionic Appflow

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

Combler le vide live update

Toutes les CI généralistes de cette liste produisent des binaires signés. Aucune ne livre de live updates aux applications installées, et les anciens plugins communautaires de hot code push ne sont plus maintenus. Pour Cordova, il ne reste donc 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 utilise 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 la Docs de l'updater Cordova et compatibilité live update. Le pipeline complet, y compris le job live update, se trouve dans CI/CD pour les apps Cordova.

Optionnel : ce que la migration vers Capacitor apporte en CI

Vous n’avez pas à migrer pour obtenir des live updates. Les équipes qui migrent le font surtout pour la partie build.

Capacitor exécute la plupart des plugins Cordova tels quels, conserve votre code web et commit les projets natifs dans Git au lieu de les générer, ce qui rend les builds CI plus prévisibles. Votre ID d’application Capgo et vos canaux sont conservés, seul le plugin de mise à jour change. Une fois la migration effectuée :

• 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écessaire pour iOS.
• Les releases web-only sont publiées en 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ées, 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 moment du build.
• Lancez un build en test interne et un sur TestFlight avant de basculer la production.
• Décidez de votre plan live update avant l’arrêt de l’ancien service, pas après.

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