Meilleures plateformes CI/CD pour les applications Capacitor en 2026

La liste des CI/CD pour les applications Capacitor a été réduite. Les services de construction et de distribution de Microsoft App Center ont cessé le 31 mars 2025. L'Appflow Ionic est en cours de démantèlement sur plusieurs années. Les actions de GitHub, GitLab CI, Bitrise et Codemagic sont toujours là et ils sont toujours bons pour les tâches pour lesquelles ils ont été conçus.

L'erreur est de considérer cela comme un concours où vous choisissez un plateforme et déplacez l'ensemble de la chaîne de production dessus. La plupart des Capacitor équipes ont déjà la CI. Ce qu'elles manquent, c'est les trois tâches que la CI généraliste fait encore mal : des builds natifs signés, mises à jour en temps réel, et mettre l'application sur un téléphone réel.

Capgo est conçu pour ces trois tâches, et il est conçu pour fonctionner dans the CI you already trust. Keep GitHub Actions or GitLab CI for lint, type-check, unit tests, and the web build. Call Capgo when the pipeline needs an iOS or Android binary, an over-the-air bundle, or a preview a tester can install.

le paysage de 2026

Deux noms continuent à apparaître dans les résultats de recherche même si ils ne sont plus une acquisition de 2026.

• Microsoft App Center arrêté le 31 mars 2025. La construction et la distribution ont cessé. Les Analytics et les Diagnostics ont été prolongés jusqu'au 31 mars 2027. CodePush n'est plus un service hébergé par Microsoft. Si vous avez toujours un pipeline App Center, lisez Migrer de App Center vers Capgo.
• Appflow d'Ionic arrêté les ventes commerciales nouvelles le 11 février 2025. Les clients existants conservent l'accès à travers Décembre 31, 2027Il fonctionne toujours, mais tout ce que vous commencez maintenant doit migrer avant 2028. Alternative à Ionic Appflow.

Cela laisse les plateformes que les équipes utilisent en réalité :

• GitHub Actions and GitLab CI: CI généraliste. Excellent sur Linux. Chère et inachevée sur mobile natif.
• Bitrise et Codemagic: spécialistes CI mobile. Signature forte et soumission de magasin. Pas de mises à jour Capacitor gérées.
• Capgo: Capacitor-native live updates, cloud native builds, and installable device previews, called from the CI you already have.
• Capawesome Cloud: mises à jour Capacitor-native en temps réel et constructions natives vendues en tant anciens CI. Vous connectez Git et laissez GitHub Actions. Backend fermé, verrouillage de fournisseur complet et une histoire de tarification qui a déjà bougé plus d'une fois.

La question utile en 2026 n'est pas « quel CI doit remplacer GitHub Actions ? » C'est « quels sont les appels que GitHub Actions doit faire lorsque l'application Capacitor a besoin d'un binaire, d'un bundle OTA ou d'une installation sur téléphone ? »

Quel CI généraliste fait encore mal

GitHub Actions et GitLab CI sont des cuisines de cuisine. Ils ne sont pas une ferme de construction native, un réseau OTA ou un laboratoire de dispositifs QA.

Constructions natives

iOS nécessite toujours Xcode, des certificats, des profils de mise en ligne et un Mac. L'Android nécessite toujours une clé de stockage et une clé de mise en ligne Play. Les minutes macOS hébergées sur GitHub Actions coûtent beaucoup plus cher que les minutes Linux. Après la réduction de taux de GitHub en janvier 2026, une minute macOS standard est toujours d'environ dix fois une minute Linux standard GitHub Actions facturation).

C'est pourquoi tant de Capacitor équipes ont déjà divisé la chaîne d'approvisionnement : Linux pour les vérifications PR, quelque chose d'autre pour le binaire signé. Capgo Constructions natives est-ce que quelque chose d'autre. Le travail reste sur ubuntu-latest. Capgo exécute le Mac.

Mises à jour en direct

CI can compile a web bundle. It cannot deliver that bundle to devices that already have the app installed, with channels, rollback, encryption, and device logs. Live updates are a product, not a YAML step. Capacitor teams that skip OTA wait for App Store and Play review for JavaScript fixes that never needed a new binary.

Capgo Mises à jour en direct sit next to CI. The pipeline builds the web app, then uploads the bundle. Users get the change without a store round-trip, as long as the native shell did not change.

Test de l'application mobile

Les tests unitaires sur Linux ne prouvent pas l'application sur un téléphone. Le traitement de TestFlight, les pistes internes Play et « pouvez-vous installer cette IPA que je vous ai envoyée par email ? » constituent la partie lente de la revue. Capgo Prévisions PR mettre chaque demande de tirage sur un canal. Les testeurs changent de canal dans l'application qu'ils ont déjà. Les jobs de construction native peuvent également émettre un lien d'installation QR pour l’APK ou l'IPA.

C'est pas une ferme de dispositifs. Si vous avez besoin de matrices d'émulateurs ou de Firebase Test Lab, conservez ces jobs dans CI. Capgo remplit la lacune que CI rarement résout : un humain avec un téléphone, regardant la bonne build, en moins d'une minute.

Matrice de fonctionnalités

Trois choses ressortent. Capgo, Capawesome Cloud et Appflow gèrent les mises à jour natives avec des builds, et Appflow se met en sommeil. Seul Capgo est conçu pour garder GitHub Actions or GitLab CI instead of replacing them. Capawesome Cloud is the other Capacitor-native option, but it is a replacement CI with a closed backend. Bitrise and Codemagic can own the native binary, but you still assemble OTA and device previews yourself.

Les plateformes en détail

Capgo

Capgo est la couche de mise à jour de Capacitor qui manque aux CI généralistes.

• Mises à jour en temps réelMises à jour OTA chiffrées, canaux, annulations, mises à jour delta et journaux de dispositif.
• Mises à jour natives: Binaires iOS et Android signés dans le cloud, y compris la soumission des magasins. Le runner CI peut rester sur Linux. Capgo est déjà sur Xcode 26 pour l’exigence d'App Store Connect en avril 2026.
• Test de dispositif: Canaux de prévisualisation PR, des liens QR sur les artefacts natifs, et le Capgo application mobile pour vérifier un bundle sur un appareil réel.

Vous ne déplacez pas les tests de lint et unitaires hors des GitHub Actions. Vous ajoutez deux appels CLI après que la construction web a réussi.

- name: Live update
  run: npx @capgo/cli@latest bundle upload --channel production

- name: Native build
  run: npx @capgo/cli@latest build request com.example.app --platform ios --build-mode release

Les plans payants commencent à 12 $/mois facturés annuellement et incluent les mises à jour en direct plus le temps de construction natif (environ 15 constructions/mois, avec des minutes supplémentaires facturées par crédits). Ce prix d'entrée n'a pas été augmenté depuis le lancement. Voir tarification, CI/CD avec Capgo Buildet les Guide de construction d'actions GitHub.

Le plugin de mise à jour est open source (MPL-2.0) et l'arrière-plan est open source (AGPL-3.0). Vous pouvez les auditor, les forker, ou self-host. L'hébergement Cloud Capgo est facultatif, ce n'est pas un piège.

Cloud Capawesome

Cloud CI Capawesome — Mises à jour natives plus Mises à jour en direct, maintenant vendues sous le nom de Plateforme Capawesome — est l'autre option native Capacitor qui combine les mises à jour OTA avec les builds cloud iOS et Android. La présentation du produit est l'opposé de Capgo: remplacer GitHub Actions et GitLab au lieu de les brancher.

Le post de lancement de Native Builds est explicite. Pas de CI/CD tiers. Connectez-vous à GitHub, GitLab, Bitbucket ou Azure DevOps. Mettez le pipeline dans capawesome.config.json. Exécutez-l’à l'intérieur de Cloud Capawesome. Vous pouvez déclencher une construction à partir d'un CLI, mais le flux de travail prévu est l'hébergement CI par le fournisseur. L'intégration Git, la signature, les minutes de construction, les mises à jour en direct et la soumission de l'application se trouvent derrière un arrière-plan fermé. Le plugin et CLI sont open source. L'arrière-plan ne l'est pas. L'hébergement soi-même est partiel au mieux : vous pouvez héberger des ensembles ; les métadonnées restent dans Cloud Capawesome.

C'est un véritable blocage du fournisseur. Quitter plus tard signifie déplacer le mise à jour, la configuration de construction, la connexion Git et les métadonnées de publication. Capgo garde ces pièces dans votre dépôt et votre CI, et son mise à jour open source et son arrière-plan sont la sortie.

Prix de l'historique est l’autre scission. Capgo's entrée payante a été $12/mois facturée annuellement depuis le lancement. Elle n'a jamais été augmentée. Capawesome a déjà changé la forme commerciale plus d'une fois :

• Native Builds lancement : de $9/mois pour 1 000 mises à jour en temps réel et 200 minutes de build. $299/mois.
• Mai 2026 Lancement de la plateforme : les mises à jour en temps réel sont désormais comptées par mise à jour. retournées à MAU après les plaintes des clients. Le SKU complet de la Plateforme (constructions, mises à jour en direct et publication) commence à $19/mois. L'entreprise est $499/mois.
• Current public pricing still splits Live Updates (from $9/mois) de la plateforme complète (de) $19/mois).

Un étiquette moins chère qui continue de bouger n'est pas la même chose qu'un prix équitable qui reste en place. Si vous voulez des mises à jour en direct Capacitor et des builds natifs sans renoncer à votre CI, Capgo est la solution. Si vous avez déjà standardisé sur les plugins Capawesome et que vous voulez leur CI connectée au git, lisez Capgo vs Capawesome Cloud context guide de migration.

Sources : Annonce de Native Builds de Capawesome, Annonce de la plateforme de Capawesome, Tarification de Capawesome.

GitHub Actions

GitHub Actions est la CI par défaut pour la plupart des Capacitor repos, et il devrait rester ainsi pour les vérifications de PR. Les tâches Linux sont peu coûteuses. Le workflow vit à côté de la code. Le cache, les builds en matrice et les vérifications de statut requises sont des problèmes résolus.

C'est quoi, ce n'est pas : une plateforme DevOps mobile. Vous écrivez le YAML. Vous connectez Fastlane ou Capgo pour la signature. Vous hébergez votre propre OTA, ou vous n'avez pas d'OTA. Les minutes macOS dominent le facture une fois que les builds iOS s'exécutent sur chaque demande de tirage.

Le hybride qui fonctionne : GitHub Actions pour lint, tests et npm run buildCapgo pour bundle uploadnatives, et prévisualisations. Cela est moins coûteux et plus rapide que de forcer l'ensemble de la chaîne de livraison mobile sur des Macs hébergés. Guides de configuration : GitHub Actions mises à jour en temps réel et lancement automatique et de publication.

GitLab CI

Même forme que GitHub Actions. Forte CI Linux, exécuteurs Mac facultatifs, pas de mises à jour Capacitor gérées en temps réel, pas de canal d'installation de PR. Si le dépôt est déjà hébergé sur GitLab, gardez-le. Appelez Capgo de la même manière. Voir .gitlab-ci.yml configuration GitLab lancements automatiques d'Android sur GitLab et automatic build and release.

Bitrise

Bitrise est une plateforme CI mobile avec une grande bibliothèque d'étapes, une gestion de signature et une publication dans les magasins. Vous pouvez construire une application Capacitor avec des étapes npm plus des étapes natives iOS et Android. C'est une bonne option lorsque l'équipe souhaite une flotte de runners mobile dédiée et n'a pas besoin d'OTA.

What is missing is the Capacitor-shaped release loop: live updates, PR channels, and a CLI that your existing GitHub workflow can call without moving the whole pipeline. Pricing also sits at the high end of mobile CI. Use Bitrise if you are already standardized on it for native apps. Add Capgo if you still need OTA and device previews; do not assume Bitrise replaced that layer.

Codemagic

Codemagic a commencé comme un constructeur Flutter et documente maintenant les workflows YAML Ionic et Capacitor, avec des clés de magasins Android gérées, des clés App Store Connect API et des publications vers TestFlight et Play. La signature est une force.

Elle présente le même trou que Bitrise : pas de mises à jour en temps réel gérées. Vous devrez toujours télécharger des bundles OTA ailleurs. Si le seul manque dans votre configuration Actions GitHub est « Je ne veux pas maintenir Fastlane sur un Mac », Codemagic peut combler ce manque. Capgo peut combler ce manque et le manque de OTA et de prévisualisations en un CLI. Les tutoriels Codemagic sur ce site : iOS avec Codemagic.

Ionic Appflow

Appflow is the all-in-one Ionic product: native builds, signing, live updates, and store publishing. It is also a replacement CI, not a plugin for GitHub Actions. Ionic announced the commercial wind-down on February 11, 2025. Existing customers keep access through December 31, 2027.

Si vous êtes déjà sur Appflow, planifiez votre sortie maintenant plutôt qu'en fin 2027. Le mouvement similaire est Capgo pour les mises à jour en direct et les builds natives, tandis que vous conservez (ou retournez) GitHub Actions pour l'automatisation des PR. Migration : de Appflow à Capgo.

Microsoft App Center

Pas une option 2026. Les builds et la distribution ont cessé le 31 mars 2025. CodePush en tant que service hébergé est disparu. Les équipes qui n'ont jamais terminé la migration cherchent toujours après. La voie Capacitor est Capgo pour les mises à jour OTA plus Capgo Build ou votre CI pour les binaires. Commencez par la migration d'App Center et des alternatives à CodePush.

Xcode Cloud

L'Apple CI est acceptable pour les applications natives iOS uniquement déjà dans App Store Connect. Il ne construit pas d'Android, ne livre pas les mises à jour en direct Capacitor et ne vous donne pas les canaux PR pour la QA du bundle web. Traitez-le comme un extra Apple, et non comme une plateforme Capacitor.

Comment Capgo se connecte à votre pipeline

La configuration gagnante de 2026 ressemble à ceci :

1. On chaque demande de tirage, GitHub Actions ou GitLab CI installe les dépendances, exécute les tests et construit l'application web sur Linux.
2. Si le changement est uniquement webCapgo télécharge un bundle dans un canal de PR. Les réviseurs ouvrent l'application existante, changent de canal et testent. Pas d'attente de TestFlight. Consultez Transformez chaque demande de tirage en une prévisualisation installable.
3. Si des natives code, des plugins ou des permissions ont changé, le même workflow demande une Capgo de construction native et partage un lien d'installation QR.
4. Sur la branche principale ou une étiquette de versionCapgo déploye un live update de production, ou un fichier binaire signé vers TestFlight et Play, en fonction des modifications apportées.

Un schéma compact GitHub Actions :

name: Capacitor CI
on:
  pull_request:
  push:
    branches: [main]
    tags: ['v*']

jobs:
  web:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v6
      - uses: actions/setup-node@v6
        with:
          node-version: '24'
          cache: 'npm'
      - run: npm ci
      - run: npm test
      - run: npm run build
      - name: Upload live update
        if: github.event_name == 'push' && github.ref == 'refs/heads/main'
        run: npx @capgo/cli@latest bundle upload --channel production
        env:
          CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
      - name: Native build on tag-style releases
        if: startsWith(github.ref, 'refs/tags/v')
        run: npx @capgo/cli@latest build request com.example.app --platform ios --build-mode release
        env:
          CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
          BUILD_CERTIFICATE_BASE64: ${{ secrets.BUILD_CERTIFICATE_BASE64 }}
          P12_PASSWORD: ${{ secrets.P12_PASSWORD }}
          CAPGO_IOS_PROVISIONING_MAP_BASE64: ${{ secrets.CAPGO_IOS_PROVISIONING_MAP_BASE64 }}
          APPLE_KEY_ID: ${{ secrets.APPLE_KEY_ID }}
          APPLE_ISSUER_ID: ${{ secrets.APPLE_ISSUER_ID }}
          APPLE_KEY_CONTENT: ${{ secrets.APPLE_KEY_CONTENT }}
          APP_STORE_CONNECT_TEAM_ID: ${{ secrets.APP_STORE_CONNECT_TEAM_ID }}

Le schéma est uniquement iOS. Android nécessite ANDROID_KEYSTORE_FILE, KEYSTORE_KEY_ALIAS, KEYSTORE_KEY_PASSWORD, KEYSTORE_STORE_PASSWORD, et PLAY_CONFIG_JSON. Ne copiez pas l'iOS env . Modifiez uniquement le bloc --platform. Utilisez la matrice dans le guide d'actions __CAPGO_KEEP_0__ GitHub Guide de construction d'actions. Signing secrets stay in GitHub and are passed as environment variables on the build request. Capgo does not need to become your source of truth for git. Full examples live in the éditeur GitHub Actions documents and Intégration CI/CD.

Vous utilisez déjà __CAPGO_KEEP_0__ Actions ou GitLab CI.

Il n'y a pas de vainqueur universel. Ces situations couvrent la plupart des équipes Capacitor.

Vous utilisez déjà GitHub Actions ou GitLab CI. Conservez-les. Ajoutez Capgo pour les mises à jour en direct, les builds natifs et les aperçus de PR. C'est la réponse par défaut de 2026.

Vous regardez Capawesome Cloud. Ils veulent la connexion Git, la remplacement YAML et les métadonnées de la mise en production. C'est pratique jusqu'à ce que vous souhaitiez partir. Capgo garde votre CI, est entièrement open source et n'a pas augmenté le prix d'entrée de 12 $. Capgo vs Capawesome Cloud.

Vous êtes toujours sur Appflow. Vous avez jusqu'au 31 décembre 2027. La concentration sur la migration est utile. Déplacez les mises à jour en direct et les builds natifs vers Capgo, et remettez les automatisations des PR sur GitHub Actions si Appflow était également votre CI.

Vous êtes en train de vous déconnecter d'App Center. La chaîne de build est partie, et CodePush n'est pas un produit hébergé. Remplacez les deux pièces par Capgo plutôt que de reconstruire OTA sur GitHub Actions à partir de zéro.

Les minutes macOS prennent le dessus sur le facture de GitHub. N'oubliez pas de ne pas déplacer les tests de lint et unitaires hors de GitHub. Déplacez les builds natifs vers Capgo afin que iOS ne s'exécute plus sur des Macs hébergés dans Actions. Gardez les vérifications de statut PR où elles sont.

You are starting a Capacitor app in 2026. Obligez-vous à Appflow et App Center. Démarrer avec GitHub Actions pour la CI. Ajoutez Capgo dès le premier jour pour les OTA, les builds cloud et les prévisualisations de dispositifs. Vous pouvez ajouter Bitrise ou Codemagic plus tard si vous avez une raison spécifique pour un runner ou une bibliothèque d'étapes. La plupart des équipes n'ont jamais besoin d'une autre plateforme. Ignorez Capawesome Cloud à moins que vous ayez déjà envie de leur catalogue de plugins suffisamment pour accepter un remplacement CI.

FAQ

Quel est le meilleur plateforme CI/CD pour les applications Capacitor ?

Conservez la CI que vous utilisez déjà pour lint, les tests unitaires et les builds web. Ajoutez Capgo pour les builds natifs signés iOS et Android, les mises à jour en direct et les tests de dispositif installables. Bitrise et Codemagic peuvent remplacer les builds natifs si vous n'avez pas besoin de mises à jour en direct. Capawesome Cloud couvre les OTA et les builds natifs, mais comme un remplacement CI avec un backend fermé. Appflow reste disponible aux clients existants jusqu'au 31 décembre 2027, mais ce n'est pas une choix verte.

Faut-il remplacer les GitHub Actions par une plateforme CI mobile ?

Généralement non. Les GitHub Actions et GitLab CI sont forts dans les vérifications de pull-request sur Linux. La partie coûteuse est les builds natifs macOS, la signature, les mises à jour en direct et la mise à jour d'un build sur un téléphone. Capgo est conçu pour être appelé à partir de cette pipeline existante au lieu de la remplacer.

Incluent-ils des mises à jour en temps réel pour Capacitor ?

Non. Les deux sont forts dans les builds natifs, la signature et la publication dans les magasins. Vous avez encore besoin d'un produit de mise à jour en direct séparé pour envoyer JavaScript, CSS et HTML sans passer par une revue du magasin. Capgo couvre les builds natifs et les mises à jour en direct dans le même flux de travail.

Comment Capgo test une application mobile depuis CI ?

Capgo transforme les demandes de tirage en prévisualisations installables sur des canaux dédiés, partage les artefacts de build natif sous forme de liens QR d'installation et permet à la QA de passer d'un canal à l'autre dans l'application qui est déjà sur le dispositif. C'est plus rapide que d'attendre TestFlight. Il ne s'agit pas d'une remplacement de la ferme de test pour les matrices d'émulateurs.

Est-ce que Ionic Appflow est toujours une option valide en 2026 ?

Seulement si vous êtes déjà client. Ionic a fermé les nouvelles ventes commerciales le 11 février 2025, et l'accès existant à Appflow continue jusqu'au 31 décembre 2027. Les nouveaux projets Capacitor devraient conserver leur CI et ajouter Capgo plutôt que de démarrer sur une plateforme avec une date de fermeture.

Comment Capgo Cloud CI compare-t-il à Capgo ?

Capacitor Cloud est un CI tout-en-un Capacitor : connectez-vous à Git, laissez les GitHub Actions et exécutez les builds natifs ainsi que les mises à jour en direct à l'intérieur de leur cloud. C'est un verrouillage de fournisseur. Capgo est open source (plugin et backend), se connecte au CI que vous avez déjà, et a gardé le même prix de 12 $/mois depuis le lancement. Capacitor a déjà réorganisé les tarifs plus d'une fois, notamment les builds natifs à 9 $/mois au lancement et une SKU de plateforme de mai 2026 à 19 $/mois avec Business à 499 $/mois, passant de 299 $.

Conclusion

La liste courte de Capacitor en 2026 est plus petite qu'elle n'y paraît : deux plateformes tout-en-un retirées ou en train de se retirer, deux CI mobiles généralistes sans OTA, un CI Capacitor connecté à Git qui remplace votre pipeline, et un exécuteur généraliste que vous avez déjà. L'équipe qui expédie le plus rapidement n'est pas celle qui reprend le CI sur un nouveau fournisseur. C'est l'équipe qui garde les GitHub Actions ou GitLab CI, puis ajoute une couche Capacitor pour les tâches que le CI fait mal.

Cette couche est Capgo : les builds natifs, les mises à jour en direct, et les tests de dispositifs, déclenché depuis le pipeline que vous utilisez déjà. Logiciel open source. Tarification équitable qui n'a pas augmenté. Pas une solution CI fermée.

Créez un compte Capgo, puis suivez Intégration CI/CD ou Capgo Build from GitHub ActionsSi vous souhaitez afficher la vue produit en premier, commencez par Bâtiments natifs, Constructions natives, and , et.