Meilleures plateformes CI/CD pour les applications Capacitor en 2026

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

La faute est de considérer cela comme un concours où vous choisissez une plateforme et déplacez l'ensemble de la chaîne d'opérations sur elle. La plupart des équipes Capacitor ont déjà une 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, des mises à jour en direct, et de faire passer l'application sur un téléphone réel.

Capgo context à l'intérieur le CI que vous avez déjà confiance. Gardez les GitHub Actions ou GitLab CI pour lint, type-check, tests unitaires et la construction web. Appelez Capgo lorsque la pipeline nécessite un binaire iOS ou Android, un bundle à distance ou une prévisualisation qu'un testeur peut installer.

Le paysage de 2026

Deux noms apparaissent encore dans les résultats de recherche même si ils ne sont plus une acquisition de 2026.

• Microsoft App Center cessé 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 encore une pipeline App Center, lisez Migrer de App Center vers Capgo.
• Ionic Appflow arrêté les nouvelles ventes commerciales le 11 février 2025. Les clients existants gardent l'accès jusqu'au 31 décembre 2027 context:HTML text fragment from a longer Capgo UI string (parent key `appflow_elephant_p1`). Page/area: Appflow comparison / migration marketing copy. Role: Long marketing or legal paragraph. Seen in: page ionic-appflow.astro. Preserve Capgo product/brand and developer terms exactly. Message key `appflow_elephant_p1` (Appflow Elephant P1).. Il fonctionne toujours, mais tout ce que vous commencez maintenant doit migrer avant 2028. Voir Alternative à Ionic Appflow.

Ce qui reste aux équipes de plateforme :

• GitHub Actions et GitLab CI: CI généraliste. Excellent sur Linux. Chère et inachevée sur mobile natif.
• Bitrise et Codemagic: spécialistes de CI mobile. Forte signature et soumission de magasin. Pas de mises à jour Capacitor gérées en direct.
• Capgo: mises à jour en direct Capacitor-native, constructions natives du cloud, et prévisualisations de dispositifs installables, appelées depuis le CI que vous avez déjà.
• Capawesome Cloud: Capacitor-native mises à jour en temps réel et builds natifs vendus en tant que remplacement CI. Vous connectez Git et laissez GitHub Actions. Backend fermé, verrouillage de fournisseur total et une histoire de tarification qui a déjà changé plus d'une fois.

La question utile en 2026 n'est pas « quel CI doit remplacer GitHub Actions ? » C'est « quels sont les GitHub Actions qui doivent être appelés lorsque l'application Capacitor nécessite un fichier binaire, un bundle OTA ou une installation sur téléphone ? »

Quel CI généraliste fait encore mal

GitHub Actions et GitLab CI sont de bonnes cuisines. Ce ne sont pas une ferme de builds natifs, un réseau OTA ou un laboratoire de tests QA.

Builds natifs

iOS a toujours besoin de Xcode, de certificats, de profils de provisionnement et d'un Mac. Android a toujours besoin d'un clé de stockage et d'une clé d'upload Play. Les minutes de macOS hébergées sur GitHub Actions coûtent beaucoup plus cher que les minutes Linux. Après la réduction de tarification de GitHub en janvier 2026, une minute de macOS standard est toujours d'environ dix fois une minute Linux standard.Tarification de GitHub Actions).

C'est pourquoi tant d'équipes Capacitor ont déjà divisé la chaîne d'approvisionnement : Linux pour les vérifications PR, quelque chose d'autre pour le fichier signé. Capgo Builds natifs C'est cela quelque chose d'autre. Le travail reste sur ubuntu-latestCapgo exécute le Mac.

Mises à jour en temps réel

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 Se tenir à côté du CI. La pipeline construit l'application web, puis télécharge le bundle. Les utilisateurs obtiennent la mise à jour sans un round-trip de magasin, tant que la coquille native n'a pas changé.

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 de Play et « pouvez-vous installer cet IPA que je vous ai envoyé par email ? » sont la partie lente de la revue. Capgo Prévisions de PR mettre chaque demande de tirage sur un canal. Les testeurs changent de canal dans l'application qu'ils ont déjà. Les tâches 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 tâches dans le CI. Capgo remplit le fossé que le CI rarement résout : une personne avec un téléphone, regardant la bonne build, en moins d'une minute.

Matrice de fonctionnalités

Trois choses sautent aux yeux. Capgo, Capawesome Cloud et Appflow gèrent les mises à jour live avec les builds natives, et Appflow se met en sommeil. Seul Capgo est conçu pour garder GitHub Actions ou GitLab CI au lieu de les remplacer. Capawesome Cloud est l'autre option native Capacitor-native, mais il s'agit d'un CI de remplacement avec un backend fermé. Bitrise et Codemagic peuvent posséder le fichier binaire natif, mais vous assemblez toujours les OTA et les prévisualisations de dispositif vous-même.

Détails des plateformes

Capgo

Capgo est la couche de mise en production de Capacitor que les CI généralistes manquent.

• Mises à jour en direct: mise en cache web-encodée OTA, canaux, annulation, mises à jour delta et journaux de dispositif.
• Constructions natives: fichiers binaires signés iOS et Android dans le cloud, y compris la soumission aux 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.
• Tests de dispositifs: Canaux de prévisualisation PR, liens QR sur les artefacts natifs, et le Capgo application mobile pour vérifier un bundle sur un appareil réel.

Vous n'avez pas besoin de déplacer lint et les tests unitaires hors de GitHub Actions. Vous ajoutez deux appels CLI après que la construction web réussit :

- 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 native (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 Build, et le guide de construction GitHub Actions.

Le plugin de mise à jour est sous licence open source (MPL-2.0) et l'arrière-plan est sous licence open source (AGPL-3.0). Vous pouvez les auditor, les forker, ou les héberger vous-même. Les plans Capgo Cloud payants sont des infrastructures optionnelles, pas un piège.

Cloud Capawesome

Cloud Capawesome CI — Les constructions natives plus les mises à jour en direct, maintenant vendues sous le nom de plateforme Capawesome — est l'autre option Capacitor-native qui combine OTA avec les constructions cloud iOS et Android. La présentation du produit est l'opposé de Capgo: remplacez GitHub Actions and GitLab instead of plugging into them.

Leur article de lancement de builds natifs est explicite. Aucun CI/CD tiers. Connectez-vous à GitHub, GitLab, Bitbucket ou Azure DevOps. Mettez le pipeline dans capawesome.config.jsonExécutez-l’à l'intérieur de Cloud Capawesome. Vous pouvez déclencher une construction à partir de CLI, mais le flux de travail prévu est le CI hébergé par le fournisseur. L'intégration Git, la signature, les minutes de construction, les mises à jour en direct et la soumission de magasin sont tous derrière un backend fermé. Le plugin et CLI sont open source. Le backend ne l'est pas. L'hébergement auto est partiel au mieux : vous pouvez héberger des bundles ; les métadonnées restent dans Cloud Capawesome.

Ce sont des verrous de fournisseur complets. Quitter plus tard signifie déplacer l'actualiseur, la configuration de construction, la connexion Git et les métadonnées de publication. Capgo garde ces pièces dans votre référentiel et votre CI, et son actualiseur et son backend open source sont la sortie.

La histoire de tarification est l'autre scission. Le tarif d'entrée payant de Capgo a été $12/mois Le tarif a été fixé à 12 $ par mois depuis le lancement.

• Le tarif a été fixé à 9 $ par mois depuis le lancement. Le tarif a été fixé à 299 $ par mois. Le tarif a été fixé à 299 $ par mois. Le tarif a été fixé à 299 $ par mois..
• mai 2026 La plateforme a été relancée : les mises à jour en direct ont été déplacées de la comptabilité MAU vers le comptage par mise à jour, puis retourné à MAU après les plaintes des clients. La version complète de la plateforme SKU (constructions, mises à jour en direct et publication) commence à $19 par mois. L'entreprise est $499 par mois.
• contexte : fragment de texte HTML d'une chaîne de dialogue Capgo plus longue (clé de message `appflow_pricing_comparison`). Page/zone : Comparaison/migration de la copie de marketing d'Appflow. Rôle : Copie de site de phrase. Vu dans : page ionic-appflow.astro. Conservez les termes de produit/marque et les termes de développeur de Capgo exactement. Clé de message `appflow_pricing_comparison` (Comparaison des tarifs d'Appflow). Les tarifs publics actuels séparent toujours les mises à jour en direct (à partir de$9 par mois ) de la plateforme complète (à partir de).

A cheaper sticker that keeps moving is not the same as a fair price that stays put. If you want Capacitor live updates and native builds without giving up your CI, Capgo is the fit. If you already standardized on Capawesome plugins and want their git-connected CI, read ). Un étiquette moins chère qui continue de bouger n'est pas la même chose qu'un prix juste qui reste en place. Si vous voulez des mises à jour en direct Capgo et des constructions natives sans renoncer à votre CI, __CAPGO_KEEP_1__ est la solution. Si vous avez déjà standardisé sur les plugins Capawesome et que vous voulez leur CI connecté à Git, lisez « Capgo vs Capawesome Cloud » et le 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 bon marché. Le workflow vit à côté du code. Le cache, les matrices de construction et les contrôles de statut requis sont des problèmes résolus.

Ce qu'il ne fait 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 la mise en forme, les tests et npm run build. Capgo pour bundle upload, les builds natifs et les prévisualisations. Cette division est moins chère et plus rapide que de forcer l'ensemble de la pipeline mobile sur des Macs hébergés. Guides de configuration : GitHub Actions mises à jour en direct et context.

Page/zone : Site web de marketing Capgo. Rôle : Étiquette de navigation ou élément UI court. Vu dans : page trust.astro. Clé de message `et` (Et).

Same shape as GitHub Actions. Strong Linux CI, optional Mac runners, no managed Capacitor live updates, no installable PR channel. If the repo already lives on GitLab, keep it. Call Capgo from .gitlab-ci.yml Si le dépôt existe déjà sur GitLab, gardez-le. Appelez __CAPGO_KEEP_2__ comme Voir la configuration GitLab et des builds Android automatiques sur GitLab.

Bitrise

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

Ce qui manque est le Capacitor-formé cycle de publication : mises à jour en direct, canaux PR et un CLI que votre flux de travail existant GitHub peut appeler sans déplacer la pipeline entière. Le tarification se situe également à la fin élevée de la CI mobile. Utilisez Bitrise si vous êtes déjà standardisé sur elle pour les applications natives. Ajoutez Capgo si vous avez encore besoin d'OTA et de prévisualisations de dispositifs ; ne supposez pas que Bitrise remplace ce niveau.

Codemagic

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

Elle a le même trou que Bitrise : pas de mises à jour en direct gérées. Vous devriez encore télécharger des bundles OTA quelque part ailleurs. Si la seule lacune dans votre configuration GitHub Actions est « Je ne veux pas maintenir Fastlane sur un Mac », Codemagic peut combler cette lacune. Capgo peut combler cette lacune et les écarts OTA et de prévisualisation en un CLI. Les guides de Codemagic sur ce site : iOS avec Codemagic.

Ionic Appflow

Appflow est le produit Ionic tout-en-un : constructions natives, signature, mises à jour en direct et publication dans les magasins. Il s'agit également d'une remplacement CI, et non d'un plugin pour GitHub Actions. Ionic a annoncé la fermeture commerciale le 11 février 2025. Les clients existants conservent l'accès jusqu'au 31 décembre 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 constructions natives, tandis que vous conservez (ou revenez à) GitHub Actions pour l'automatisation des PR. Migration : de Appflow à Capgo.

Microsoft App Center

Pas d'option en 2026. Les constructions 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. Le chemin Capacitor est Capgo pour OTA plus Capgo Build ou votre CI pour les binaires. Commencez par la migration d'App Center et context : Page/zone : Site de marketing Capgo. Rôle : Étiquette de navigation ou élément UI court. Vu dans : page trust.astro. Clé de message `et` (Et)..

Alternatives à CodePush : Xcode Cloud

Les CI d'Apple sont déjà parfaits pour les applications natives iOS uniquement déjà présentes dans App Store Connect. Ils ne construisent pas d'Android, ne délivrent pas de mises à jour live Capacitor et ne vous donnent pas de canaux PR pour la QA du bundle web. Traitez-les comme des extras côté Apple, et non comme une Capacitor plateforme.

Comment Capgo se connecte à votre pipeline

La configuration gagnante de 2026 ressemble à ceci :

1. Sur chaque demande de tirage, GitHub Actions ou GitLab CI installent les dépendances, exécutent les tests et construisent l'application web sur Linux.
2. Si la modification est uniquement web, Capgo télécharge un bundle dans un canal PR. Les réviseurs ouvrent l'application existante, changent de canal et testent. Pas d'attente TestFlight. Consultez Transformez chaque demande de tirage en une prévisualisation installable.
3. Si des code natives, des plugins ou des permissions ont changé, le même workflow demande un Capgo build natif et partage un lien d'installation QR.
4. Sur la branche principale ou une étiquette de version, Capgo délivre une mise à jour live de production, ou un fichier binaire signé vers TestFlight et Play, en fonction de ce qui a changé effectivement.

Aperçu 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 pour iOS. Android nécessite ANDROID_KEYSTORE_FILE, KEYSTORE_KEY_ALIAS, KEYSTORE_KEY_PASSWORD, KEYSTORE_STORE_PASSWORD, et PLAY_CONFIG_JSON. N'importe pas de copier le bloc iOS et modifiez uniquement env . Utilisez la matrice dans le guide de construction __CAPGO_KEEP_0__ Actions : --platformLes secrets de signature restent dans __CAPGO_KEEP_0__ et sont transmis en tant que variables d'environnement lors de la demande de construction. __CAPGO_KEEP_1__ n'a pas besoin de devenir votre source de vérité pour Git. Des exemples complets vivent dans les documents __CAPGO_KEEP_0__ Actions du constructeur GitHub Actions build guide. 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 builder GitHub Actions docs Page/area: Site web de marketing Capgo. Role: Étiquette de navigation ou élément UI court. Vu dans: page trust.astro. Message clé `and` (Et). Intégration CI/CD.

Choisir la bonne configuration

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

Vous utilisez déjà les 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 publication. 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 $. Voir Capgo vs Capawesome Cloud.

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

Vous quittez App Center. La chaîne de pipeline de build est disparue, et CodePush n'est pas un produit hébergé. Remplacez les deux pièces par Capgo plutôt que de reconstruire OTA sur les GitHub Actions à partir de zéro.

Les minutes macOS prennent le dessus sur le facture de GitHub. N'allez 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. Conservez les vérifications de statut de PR où elles sont.

Vous êtes en train de démarrer une application Capacitor en 2026. Omettez Appflow et App Center. Commencez avec les GitHub Actions pour la CI. Ajoutez Capgo dès le premier jour pour les mises à jour 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 exécuteur ou une bibliothèque d'étapes. La plupart des équipes n'ont jamais besoin de cette autre plateforme. Omettez Capawesome Cloud à moins que vous ne souhaitiez déjà leur catalogue de plugins suffisamment pour accepter un remplacement CI.

FAQ

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

Conservez la CI que vous utilisez déjà pour la mise en forme, 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 dispositifs 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 option 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 demande de tirage 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. Les Capgo sont conçus pour être appelés à partir de cette pipeline existante au lieu de la remplacer.

Les Bitrise et Codemagic incluent-ils les mises à jour en direct pour les applications Capacitor ?

No. Les deux sont forts en matière de builds natifs, de signature et de 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 de 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 à partir de 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 d'installation QR, 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 dispositifs 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. De nouveaux projets Capacitor devraient conserver leur CI et ajouter Capgo plutôt que de commencer sur une plateforme avec une date de fermeture.

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

Capawesome Cloud est un CI Capacitor tout-en-un : connectez-vous à Git, laissez GitHub Actions, et exécutez les builds natifs et 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 à la CI que vous avez déjà, et a gardé le même prix de 12 $/mois depuis le lancement. Capawesome a déjà réorganisé les tarifs plus d'une fois, y compris les Builds natifs de 9 $/mois au lancement et une SKU de plateforme de mai 2026 de 19 $/mois avec Business à 499 $/mois, passant de 299 $.

Conclusion

The 2026 Capacitor shortlist is smaller than it looks: two retired or retiring all-in-one platforms, two mobile CI generalists with no OTA, one git-connected Capacitor CI that replaces your pipeline, and one general-purpose runner you already have. The team that ships fastest is not the team that rebuilds CI on a new vendor. It is the team that keeps GitHub Actions or GitLab CI, then adds a Capacitor layer for the jobs that CI still does badly.

Ce qui est Capgo : constructions natives, mises à jour en direct, et tests de dispositifs, déclenchés depuis le pipeline que vous exécutez déjà. Logiciel open source. Tarification équitable qui n'a pas été augmentée. Pas une CI de remplacement fermée.

Créez un compte Capgo, puis suivez l'intégration CI/CD ou Capgo Build from GitHub Actions. Si vous souhaitez une vue du produit en premier, commencez par Constructions natives, Mises à jour en temps réel, et Prévisions de PR.