Best CI/CD Platforms for Capacitor Apps in 2026

Capacitor CI/CDの短listedプラットフォームは縮小した。Microsoft App Centerのビルドと配布サービスは2025年3月31日に廃止されました。Ionic Appflowは数年間のウィンドダウン中です。GitHub Actions、GitLab CI、Bitrise、Codemagicはまだここにあり、設計された仕事を良く行っています。

このことを誤解として扱うのは、1つのプラットフォームを選んで、全パイプラインをそのプラットフォームに移すという bake-off です。 1 platform and move the entire pipeline onto it. Most Capacitor teams already have CI. What they lack is the three jobs generalist CI still does poorly: ネイティブ署名ビルド, ライブアップデート, 実機にアプリをインストールする.

Capgo はCapacitorアプリ用に設計されており、信頼できるCIで実行するように設計されています。 内部 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.

__CAPGO_KEEP_1__

2026年の風景

• 2つの名前は、2026年に購入できなくなったにもかかわらず、検索結果に表示されます。 Microsoft App Center Migrating from App Center to Capgo.
• Migrating from App Center to __CAPGO_KEEP_0__ Ionic Appflow 2025年2月11日に新規商用販売を停止しました。既存の顧客は2027年12月31日までアクセスを維持します。。現在はまだ機能していますが、2028年以降に移行する必要があります。See イオニクアプリフローの代替.

実際に運用しているプラットフォームは次の通りです:

• GitHub Actions そして GitLab CI: Linuxで優秀ですが、ネイティブモバイルでは高価で未完成です。
• Bitrise そして Codemagic: モバイルCIスペシャリスト。強力な署名とストアの提出。管理されたCapacitorライブアップデートはありません。
• CapgoCapacitor-native ライブ更新、クラウドネイティブ ビルド、インストール可能なデバイス プレビューです。これらは、既存のCIから呼び出されます。
• CapacitorCapacitor-ネイティブライブアップデートとネイティブビルドをCI代替として販売します。Gitに接続し、GitHub Actionsを残します。閉鎖されたバックエンド、完全なベンダーロックイン、価格史が既に一度以上変更されたことがあります。

2026年における有用な質問は、「GitHub Actions」を置き換えるCIは何か」ではなく、「GitHub Actions」は、Capacitor アプリがバイナリ、OTA バンドル、または電話インストールが必要なときにどのように呼び出すべきか」です。

CI総合プラットフォームはまだ苦手なこと

GitHub アクションとGitLab CIは、良い作業場です。 しかし、ネイティブビルドファーム、OTAネットワーク、またはQAデバイスラボではありません。

ネイティブビルド

iOSはXcode、証明書、プロビジョニングプロファイル、Macが必要です。 AndroidはキーストアとPlayアップロードキーが必要です。 ホストマックの分数はGitHubアクションで、Linux分数よりもはるかに高価です。 GitHubの2026年1月のレートカット後、標準マック分数は標準Linux分数の約10倍です。GitHub アクションの請求).

That is why so many Capacitor teams already split the pipeline: Linux for PR checks, something else for the signed binary. Capgo ネイティブビルド それは別のものですか。ジョブはそのまま残ります。 ubuntu-latest. Capgo はMacを実行します。

リアルタイム更新

CIはWebバンドルをコンパイルできますが、既にアプリがインストールされているデバイスにチャンネル、ロールバック、暗号化、デバイスログを含むバンドルを配信することはできません。リアルタイム更新は製品であり、YAMLステップではありません。Capacitor チームは、OTAをスキップし、JavaScript修正を待ち、App StoreとPlay Storeのレビューを待ちます。

Capgo リアルタイム更新 CIと並んでいます。パイプラインはWebアプリをビルドし、バンドルをアップロードします。ユーザーは、ネイティブシェルが変更されていない限り、ストアのループを回避して変更を受け取ります。

モバイルアプリケーションテスト

Unit tests on Linux do not prove the app on a phone. TestFlight processing, internal Play tracks, and “can you install this IPA I just emailed you?” are the slow part of review. Capgo 各プルリクエストをチャンネルに追加します。テスターは既存のアプリでチャンネルを切り替えます。ネイティブビルドジョブはまた、 QRインストールリンク APKまたはIPA用に __CAPGO_KEEP_0__

That is not a device farm. If you need emulator matrices or Firebase Test Lab, keep those jobs in CI. Capgo covers the gap CI rarely solves: a human with a phone, looking at the right build, in under a minute.

機能マトリックス

Capgo、Capawesome Cloud、および Appflow では、ネイティブ ビルドとライブ アップデートをバンドル管理で組み込んでいます。 Appflow は終了中です。ただし、Capgo はネイティブ ビルドとライブ アップデートを組み込んだバンドル管理を設計しています。 維持する GitHub Actions または GitLab CI の代わりに使用します。 Capawesome Cloud は、Capacitor-ネイティブの他のオプションですが、閉じたバックエンドを持つ CI の置き換えです。 Bitrise と Codemagic はネイティブバイナリを所有できますが、OTA とデバイスプレビューを組み立てるのは自分で行います。

プラットフォームの詳細

Capgo

Capgo は、一般的な CI が欠けている Capacitor リリース層です。

• ライブ更新:暗号化された Web-Bundle OTA、チャンネル、ロールバック、デルタ更新、およびデバイスログ。
• ネイティブビルド:クラウドで署名された iOS および Android バイナリ、包括的なストアの提出。CI ランナーは Linux で残すことができます。 Capgo はすでに Xcode 26 :App Store Connect の 2026 年 4 月の要件に対応しています。
• デバイステスト: PR プレビュー チャンネル、ネイティブアーティファクトのQRリンク、 Capgoモバイルアプリ __CAPGO_KEEP_0__のバンドルを実機で確認するために

You do not move lint and unit tests off GitHub Actions. You add two CLI calls after the web build succeeds:

- 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

__CAPGO_KEEP_1__を2回呼び出す: 有料プランは年間請求で$12/月から始まり、ライブ更新とネイティブビルド時間（約15回/月、余分な分数はクレジットを通じて請求）を含みます。初期価格はリリース以来引き上げられていません。詳しくは, CI/CD with Capgo Build__CAPGO_KEEP_0__ビルド GitHub Actions build guide.

__CAPGO_KEEP_0__アクションのビルドガイド アップデートプラグインはMPL-2.0ライセンスでオープンソースであり、バックエンドもAGPL-3.0ライセンスでオープンソースです。 audit、フォーク、または. Paid Capgo Cloud is optional infrastructure, not a trap.

Capawesome Cloud

Capawesome Cloud CI — Native Builds plus Live Updates, now sold as Capawesome Platform — は、Capacitor-native オプションのもう一方のオプションであり、OTA とクラウド iOS と Android ビルドをバンドルします。製品の売りは、Capgo の逆です: 置き換え GitHub アクションと GitLab の代わりに、GitLab などのアクションに接続するのではなく

その Native Builds のリリース記事は明確です。第三者 CI/CD はありません。GitHub、GitLab、Bitbucket、または Azure DevOps に接続します。パイプラインを capawesome.config.json. Capawesome Cloud 内で実行します。CLI からビルドをトリガーできますが、意図されたワークフローは、CI をベンダーがホストすることです。Git 統合、署名、ビルド分数、ライブ更新、およびストアの提出はすべて、1 つの閉じたバックエンドの背後で実行されます。プラグインと CLI はオープンソースです。バックエンドはありません。自社ホスティングは、部分的に最善です: バンドルをホストできますが、メタデータは Capawesome Cloud に残ります。

そのため、完全なベンダーロックインです。後で出ることは、アップデーター、ビルド構成、Git 接続、およびリリースメタデータの移動です。Capgo は、リポジトリと CI からそれらの部分を保持し、オープンソースのアップデーターとバックエンドも出口です。

価格の履歴は、もう一つの分割です。Capgo の有料エントリは、$12/月 価格の履歴は、もう一つの分割です。__CAPGO_KEEP_0__ の有料エントリは、$12/月 年間請求額で販売されています。初期価格は $9/月

• 初期価格は $9/月 年間請求額で販売されています。初期価格は $9/月 1,000のライブアップデートと200分のビルド時間。ビジネスは $299/月.
• 2026年5月プラットフォームリリース:ライブアップデートはMAUから更新ごとにカウントされるようになり、 顧客から苦情が寄せられたためMAUに戻った ライブアップデート、ビルド、パブリッシュを含むプラットフォームのフルSKUは $19/月ビジネスは $499/月.
• 現在のパブリック価格はライブアップデート（ $9/月）とフルプラットフォーム（ $19/月).

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 Capgo vs Capawesome Cloud and the migration guide.

参考文献: Capawesome Native Buildsの発表, Capawesome Platform announcement, Capawesome pricing.

GitHub Actions

GitHub Actionsは、ほとんどのCapacitorリポジトリのデフォルトのCIです。PRチェックのためにLinuxジョブは安いです。ワークフローはcodeの隣にあります。キャッシュ、マトリックスビルド、必要なステータスチェックは既に解決済みです。

何でもない:モバイルDevOpsプラットフォーム。YAMLを書きます。FastlaneまたはCapgoを使用して署名を設定します。自社でOTAをホストするか、OTAを使用しないかのどちらかになります。macOSの分数が請求額を支配するのは、iOSビルドがプルリクエストごとに実行されるためです。

機能するハイブリッド: GitHub Actions for lint、tests、 npm run build。Capgo for bundle upload、ネイティブビルド、プレビュー。 この分割は、ホストされたMacにモバイルパイプラインを強制することよりも安くて速いです。セットアップガイド: GitHub Actionsライブアップデート 、 自動ビルドとリリース.

GitLab CI

GitHub Actionsと同じ形状。強力なLinux CI、オプションのMacランナー、管理されていないCapacitorライブ更新、インストール可能なPRチャネルなし。リポジトリがすでにGitLabに存在する場合はそのままにしておく。Capgoを .gitlab-ci.yml 同じように呼び出す。詳しくは GitLab設定 と GitLab上の自動Androidビルド.

Bitrise

Bitriseは、管理された署名とストアの公開など、広範なステップライブラリを備えたモバイルCIプラットフォームです。Capacitorアプリをnpmステップに加えてネイティブのiOSとAndroidステップで構築できます。ネイティブアプリのチームが専用のモバイルランナーを維持し、OTAが必要ではない場合、Bitriseは妥当な選択肢です。

欠けているのはCapacitor形状のリリースループ:ライブ更新、PRチャネル、CLIが既存のGitHubワークフローを呼び出すことができるものです。価格帯もモバイルCIの高端です。Bitriseをネイティブアプリで既に標準化している場合は使用してください。Capgoを追加することで、まだ必要なOTAとデバイスプレビューを提供します。Bitriseがそのレイヤーを置き換えることを前提にしないでください。

Codemagic

CodemagicはFlutterビルダーとして始まり、現在はIonicとCapacitorのYAMLワークフローをドキュメント化し、管理されたAndroidキーストア、App Store ConnectAPIキー、TestFlightとPlayへの公開などを提供しています。署名は強みです。

Bitriseと同じ穴があります:管理されたライブアップデートはありません。アップロードするOTAバンドルはどこか別の場所に。もしあなたのGitHub Actions設定で唯一のギャップが「Mac上でFastlaneを維持する必要がない」という場合、Codemagicはそのギャップを埋めることができます。Capgoはそのギャップを埋めます そして CapgoのCLIでOTAとプレビューのギャップを一つに閉じることができます。Codemagicのガイドはこのサイトで見つけることができます: iOS with Codemagic.

Ionic Appflow

AppflowはIonicの全ての製品:ネイティブビルド、署名、ライブアップデート、ストアの公開です。GitHub Actionsのプラグインではありません。代わりにCIの置き換えです。Ionicは2025年2月11日に商用の終了を発表しました。既存の顧客は2027年12月31日までアクセスを維持します。

もしあなたはAppflowにすでに乗っていて、2027年末に移行するのではなく、早く計画を立てることをお勧めします。同等の移行はCapgoでライブアップデートとネイティブビルドを実行し、PRの自動化はGitHub Actionsに戻します。移行: AppflowからCapgo.

Microsoft App Center

2026年の選択肢ではありません。ビルドと配布は2025年3月31日に終了しました。CodePushはホストサービスとしてはなくなりました。移行を未完に終わらせたチームはまだそれを探しています。CapacitorのパスはCapgoでOTAを実行し、Capgo BuildまたはあなたのCIでバイナリを生成します。まずは App Centerの移行 そして CodePush代替.

Xcode Cloud

Apple’s CI is fine for iOS-only native apps already in App Store Connect. It does not build Android, does not ship Capacitor live updates, and does not give you PR channels for web-bundle QA. Treat it as an Apple-side extra, not a Capacitor platform.

Capgoがパイプラインにどのように接続されるか

2026年の優勝設定は次のようになります。

1. Pull Requestごとに、GitHub ActionsまたはGitLab CIは依存関係をインストールし、テストを実行し、Linux上でWebアプリをビルドします。
2. 変更がWebのみの場合、CapgoはバンドルをPRチャンネルにアップロードします。レビュアーは既存のアプリを開き、チャンネルを切り替え、テストします。テストフライトの待ち時間はありません。詳しくは Pull Requestごとにインストール可能なプレビューに変換する.
3. ネイティブcode、プラグイン、またはパーミッションが変更された場合、同じワークフローはCapgoネイティブビルドを要求し、QRインストールリンクを共有します。
4. On main or a version tag, Capgoは生産用のライブアップデート、またはテストフライトとプレイに署名されたバイナリを配信します。実際に変更されたものに応じて。

A 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 }}

スケッチはiOS専用です。Androidには ANDROID_KEYSTORE_FILE, KEYSTORE_KEY_ALIAS, KEYSTORE_KEY_PASSWORD, KEYSTORE_STORE_PASSWORD, PLAY_CONFIG_JSON。iOSのブロックをコピーせずに変更する env 。__CAPGO_KEEP_0__ Actionsのビルドガイドのマトリックスを参照してください。 --platform署名シークレットは__CAPGO_KEEP_0__に残り、ビルドリクエストの環境変数として渡されます。__CAPGO_KEEP_1__はgitのソースとなる必要がありません。完全な例は builder GitHub 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 builder GitHub Actions docs と CI/CD.

正しい設定を選ぶ

There is no universal winner. These situations cover most Capacitor teams.

すでに GitHub Actions または GitLab CI を使用している。 それらを維持し、 Capgo でライブ更新、ネイティブビルド、PR プレビューを追加する。

Capawesome Cloud を見ている Git 接続、YAML の置き換え、リリースメタデータが必要なので、便利だ。ですが、出て行きたいときに困る。 Capgo は CI を完全にオープンソースで、$12 のエントリ価格も上げていない。 Capgo vs Capawesome Cloud.

Capawesome Cloud の比較ページ。セクションまたはページのタイトル。Capawesome 画面に表示される。 You have until December 31, 2027. Waiting concentrates the migration. Move live updates and native builds to Capgo, and put PR automation back on GitHub Actions if Appflow was also your CI.

Appflow は 2027 年 12 月 31 日まで利用できる。移行を集中させるため、待つことになる。ライブ更新とネイティブビルドを __CAPGO_KEEP_0__ に移行し、PR オートメーションを __CAPGO_KEEP_1__ Actions に戻す。 The build pipeline is gone, and CodePush is not a hosted product. Replace both pieces with Capgo rather than rebuilding OTA on GitHub Actions from scratch.

macOS時間はGitHubの請求書を支配しています。 GitHubのlintとユニットテストを移動しないでください。Capgoにネイティブビルドを移動してください。iOSはホストされたMacでActionsで実行されないようにしてください。PRステータスチェックはそのままにしてください。

あなたは2026年にCapacitorアプリを始めます。 AppflowとApp Centerはスキップしてください。GitHub ActionsでCIを始めましょう。Capgoを1日目に追加してください。OTA、クラウドビルド、デバイスプレビューを実行してください。BitriseまたはCodemagicを追加する必要はありません。特定のランナーまたはステップライブラリの理由がなければ、ほとんどのチームはそれを必要としません。Capawesome Cloudはスキップしてください。既存のプラグインカタログを十分に受け入れる場合は、代替CIとして使用できます。

FAQ

Capacitorアプリのための最良のCI/CDプラットフォームは何ですか?

CapgoアプリのCIをすでに使用している場合は、lint、ユニットテスト、ウェブビルドを維持してください。Capgoで署名されたネイティブiOSとAndroidビルド、ライブアップデート、インストール可能なデバイステストを追加してください。BitriseとCodemagicはライブアップデートが必要ない場合はネイティブビルドを置き換えることができます。Capawesome CloudはOTAとネイティブビルドをカバーしていますが、閉じたバックエンドの代替CIとして使用します。Appflowは2027年12月31日まで既存の顧客に利用可能ですが、グリーンフィールドの選択ではありません。

GitHub ActionsをモバイルCIプラットフォームと置き換えるべきですか?

通常はいいえ。GitHub ActionsとGitLab CIはLinuxでPull-Requestチェックが強いです。macOSネイティブビルド、署名、ライブアップデート、ビルドを電話に配置するのは高価な部分です。Capgoはその既存のパイプラインから呼び出されるように設計されています。

BitriseとCodemagicはCapacitorにライブアップデートを含みますか?

No. Both are strong at native builds, signing, and store publishing. You still need a separate live-update product to ship JavaScript, CSS, and HTML without a store review. Capgo covers native builds and live updates in the same workflow.

CapgoはCIからモバイルアプリをどのようにテストするか?

Capgoはプルリクエストを専用チャンネルにインストール可能なプレビューに変換し、ネイティブビルドアーティファクトをQRインストールリンクとして共有し、既存のデバイス上のアプリを切り替えることができる。 これは、テストフライトを待つよりも速い。 これは、エミュレータマトリックスの代替となるデバイスファームの置き換えではありません。

2026年のIonic Appflowはまだ有効な選択肢ですか?

Only if you are already a customer. Ionic closed new commercial sales on February 11, 2025, and existing Appflow access continues through December 31, 2027. New Capacitor projects should keep their CI and add Capgo rather than start on a platform with a shutdown date.

CapgoとCapawesome Cloud CIの違いは何ですか?

Capawesome Cloudは、Gitを接続し、GitHub Actionsを残し、ネイティブビルドとライブアップデートをCloud内で実行する全てのCapacitor CIです。 これは、ベンダーロックインです。 Capgoはオープンソース(プラグインとバックエンド)で、既存のCIにプラグインし、同一の$12/月の有料エントリを同一の価格で提供してきました。 Capawesomeは既に価格を複数回変更しており、Native Buildsは$9/月で開始し、2026年5月のプラットフォームSKUは$19/月で、Businessは$499/月から$299/月に増加しました。

結論

2026年Capacitorの短listedリストは、見た目よりも小さい: 2つのすべてのCIプラットフォームが引退または引退中、2つのモバイルCI汎用家具にOTAがなく、1つのgit接続Capacitor CIがパイプラインを置き換え、1つの汎用ランナーがすでにあります。 最速でCIを新しいベンダーに再構築するチームは、CIをGitHub ActionsまたはGitLab CIに維持し、CIがまだ悪くするジョブにCapacitor層を追加するチームです。

その層はCapgo: ネイティブビルド, ライブアップデート, および デバイステスト, パイプラインからトリガーされます。オープンソース。料金が引き上げられていない。クローズドの置き換えCIではありません。

Create a Capgo account, その後 CI/CD統合 または Capgo Build from GitHub Actions. If you want the product view first, start with Native Builds, Live UpdatesNative Builds Live Updates.