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つのプラットフォームを選んで、全パイプラインをそのプラットフォームに移すことを意味します。 1 プラットフォームを選ぶのではなく、Capacitor チームはすでにCIを持っています。CIがうまく行っているのは、3つの一般的なジョブです。CIはそれらをうまく行っていません。 署名されたネイティブビルド, ライブアップデート, 実際の電話にアプリを配置する.

Capgo __CAPGO_KEEP_0__は、3つのジョブをうまく行うために設計されており、実際の電話にアプリを配置するために設計されています。 内部 信頼できるCIの内部。GitHubアクションまたはGitLab CIを使用して、lint、型チェック、ユニットテスト、Webビルドを実行します。Capgoを呼び出すと、パイプラインがiOSまたはAndroidバイナリ、オーバー・ザ・エア・バンドル、またはテスターがインストールできるプレビューを必要とする場合に、iOSまたはAndroidバイナリ、オーバー・ザ・エア・バンドル、またはテスターがインストールできるプレビューを生成します。

2026年の地図

2つの名前は、2026年の購入ではなくなったにもかかわらず、検索結果に表示されます。

• マイクロソフト アプリセンター 2025年3月31日に廃止されました。ビルドと配布は停止されました。分析と診断は2027年3月31日まで延長されました。CodePushはマイクロソフトがホストするサービスではなくなりました。App Centerのパイプラインを持っている場合、読んでください。 マイクロソフト アプリセンターからCapgoへの移行.
• イオニック アップフロー 2025年2月11日に新規商用販売を停止しました。既存の顧客は2027年12月31日までアクセスを維持します。 2028年までに移行する必要があります。代替の方法についてはイオニック アップフローへの代替 アプリセンター.

そのプラットフォームは実際にチームが運用している:

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

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

一般的なCIはどれもよくない

GitHub ActionsとGitLab CIはきれいなキッチンです。ネイティブ ビルド ファーム、OTA ネットワーク、またはQA デバイス ラボではありません。

ネイティブ ビルド

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

これはなぜ、多くのCapacitor チームがすでにパイプラインを分割しているからです。PR チェックはLinuxで、署名されたバイナリ用の何かで、Capgo ネイティブ ビルド 何かはネイティブ ビルドです。ジョブは__CAPGO_KEEP_0__でMacを実行します。 ubuntu-latest. Capgo runs the Mac.

__CAPGO_KEEP_0__-native ライブ更新とネイティブ ビルドをCIとして販売します。Gitと__CAPGO_KEEP_1__ Actionsを接続します。閉鎖されたバックエンド、完全なベンダーロックイン、価格史が既に一度以上変更されました。

CIはWebバンドルをコンパイルできますが、既にアプリがインストールされているデバイスにチャンネル、ロールバック、暗号化、デバイスログを含むバンドルを配信することはできません。ライブアップデートは製品であり、YAMLステップではありません。Capacitor チームは、OTAをスキップして、JavaScript修正を待ちますが、実際には新しいバイナリが必要なかったものです。

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

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

Linux上のユニットテストは、電話上のアプリを証明するものではありません。TestFlight処理、内部Playトラック、”このIPAをメールで送ったらインストールできるでしょうか？”は、レビューの遅い部分です。Capgo PRプレビュー 各プルリクエストをチャンネルに置きます。テスターは既存のアプリでチャンネルを切り替えます。ネイティブビルドジョブはまた、 QRインストールリンク APKまたはIPAの

それはデバイスファームではありません。エミュレータマトリックスやFirebase Test Labが必要な場合は、CIでジョブを残してください。CapgoはCIがほとんど解決できないギャップをカバーします: 人間が電話を持ち、正しいビルドを見て、1分以内に。

機能マトリックス

3 つの点が目立っています。 Capgo、Capawesome Cloud、Appflow は、ネイティブ ビルドとライブ更新をバンドル管理で組み合わせており、Appflow は廃止中です。ただし、 Capgo は、Actions または GitLab CI の代わりに置き換えることを意図したものではありません。Capawesome Cloud も、 Capgo-ネイティブのオプションですが、閉じたバックエンドを持つ CI の置き換えです。Bitrise と Codemagic はネイティブバイナリを所有できますが、OTA とデバイスプレビューを自分で組み立てる必要があります。 継続 GitHub または Capacitor

プラットフォームの詳細

Capgo

CapgoはCapacitorリリースレイヤーであり、一般的なCIが欠けているものです。

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

GitHub Actionsからlintとユニットテストを移動せずに、CLIコールを2つ追加します。ウェブビルドが成功した後です:

- 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

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

アップデータプラグインはMPL-2.0ライセンスでオープンソースであり、バックエンドもAGPL-3.0ライセンスでオープンソースです。 audit、fork、または 自社ホスト. Paid Capgo Cloud is optional infrastructure, not a trap.

__CAPGO_KEEP_0__ Cloud

Capawesome Cloud CI — Native Builds plus Live Updates, now sold as Capawesome Platform — is the other Capacitor-native option that bundles OTA with cloud iOS and Android builds. The product pitch is the opposite of Capgo: 置き換え GitHubのアクションとGitLabの代わりに、GitHubに接続するのではなく、GitLab、Bitbucket、またはAzure DevOpsに接続します。

GitHubの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の有料エントリは ¥1,440/月 __CAPGO_KEEP_0__の有料エントリは

• ¥12/月 __CAPGO_KEEP_0__の有料エントリは ¥9/月 ビジネスは.
• 2026年5月プラットフォームリリース: Live UpdatesはMAUから更新ごとにカウントするように変更され、 再びMAUに戻されました。 顧客から苦情が寄せられたため プラットフォームのフルSKU(ビルド、ライブアップデート、パブリッシング)は19ドル/月 から始まります。.
• ビジネスは 499ドル/月です。 現在のパブリックプライシングは、ライブアップデート(9ドル/月)).

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 と 移行ガイド.

参考資料: Capawesome Native Builds 発表, Capawesome Platform 発表, Capawesome 価格.

GitHub アクション

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

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

機能するハイブリッド: GitHub アクションはlint、テスト、 npm run buildCapgoは bundle upload,ネイティブビルド、プレビュー その分割は、ホストされたMacにモバイルパイプラインを強制することよりも安く、速く設定できます。セットアップガイド: GitHub アクションのライブアップデート と 自動ビルドとリリース.

GitLab CI

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 Capgoのアクションの形と同じ。 強力なLinux CI、オプションのMacランナー、管理されていない__CAPGO_KEEP_1__ライブアップデート、インストール可能なPRチャネルなし。 すでにGitLabにリポジトリが存在する場合はそのままにしておく。 __CAPGO_KEEP_2__を GitLabの設定 と 自動的なAndroidビルド.

Bitrise

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

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

Codemagic

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

Bitriseと同じ穴があります:管理されていないライブアップデート。 まだOTAバンドルをアップロードする場所を別に用意する必要があります。 GitHubアクションのセットで、”Mac上でFastlaneを維持する必要がない”というのは、Codemagicがその穴を埋めることができます。 Capgoがその穴を埋めることができます と CLI iOSのCodemagic.

Ionic Appflow

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

既存のAppflowユーザーは、2027年12月に遅くなるのではなく、現在からAppflowからの退避計画を立てる必要があります。同等の移行は、ライブアップデートとネイティブビルドのCapgoです。PR自動化のGitHubアクションを維持（または戻す）します。移行: AppflowからCapgo.

Microsoft App Center

2026年には選択肢ではありません。ビルドと配布は2025年3月31日に終了しました。CodePushはホストサービスとしては存在しません。未完了の移行チームはまだそれを探しています。Capacitorのパスは、CapgoのOTAプラスCapgoビルドまたは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. プルリクエストごとにGitHubアクションまたはGitLab CIは依存関係をインストールし、テストを実行し、Linux上でWebアプリをビルドします。
2. 変更がWebのみの場合Capgoはプルリクエストチャンネルにバンドルをアップロードします。レビューアは既存のアプリを開き、チャンネルを切り替え、テストします。テストフライトの待ち時間はありません。詳しくは プルリクエストをすべてインストール可能なプレビューに変える.
3. ネイティブのcode、プラグイン、またはパーミッションが変更された場合Capgoはネイティブのビルドを要求し、QRインストールリンクを共有します。
4. 主ブランチまたはバージョンタグの場合Capgoはプロダクションライブアップデートを配信するか、署名されたバイナリをTestFlightとPlayに送信します。実際に変更されたものに応じて。

A compact GitHub Actions sketch:

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

Capgo ActionsはiOS専用です。Androidには ANDROID_KEYSTORE_FILE, KEYSTORE_KEY_ALIAS, KEYSTORE_KEY_PASSWORD, KEYSTORE_STORE_PASSWORD, そして PLAY_CONFIG_JSON. iOSのブロックはコピーしないでください。変更するのは env . Capgo Actionsのビルドガイドのマトリックスを参照してください。 --platformCapgo Actionsの署名シークレットはCapgoに残り、ビルドリクエストの環境変数として渡されます。Capgoはgitのソースオブトゥルースにはなりません。完全な例は 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 CI/CDの設定を選択する CI/CDの設定を選択する.

CI/CDの設定を選択する

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

既に GitHub Actions または GitLab CI を使用しています。 それらを維持し、 Capgo を使用してライブ更新、ネイティブビルド、PR プレビューを追加します。これは 2026 年のデフォルトの答えです。

Capawesome Cloud をご覧になっている場合。 Git 接続、YAML の置き換え、リリースメタデータが必要です。それは便利ですが、出て行きたいときに困ります。 Capgo は CI を保証し、完全にオープンソースであり、$12 のエントリ価格を上げていません。詳しくは Capgo vs Capawesome Cloud.

コンテキスト: Capawesome 比較ページ。役割: セクションまたはページヘッダー。見られる場所: page capwesome.astro。Capgo の製品/ブランド名と開発者用語を完全に保持します。 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.

2027 年 12 月 31 日までの間は、移行を待ってください。ライブ更新とネイティブビルドを __CAPGO_KEEP_0__ に移行し、Appflow が CI としても使用されていた場合、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.

ビルドパイプラインはなくなり、CodePush はホストされた製品ではありません。 GitHub を使用して両方の部分を置き換え、 __CAPGO_KEEP_1__ Actions からスクラッチで OTA を再構築するのではなく。 Do not move lint and unit tests off GitHub. Move native builds to Capgo so iOS no longer runs on hosted Macs in Actions. Keep the PR status checks where they are.

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

FAQ

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

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

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

通常はいいえ。GitHubアクションと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はPull Requestを専用チャンネルにインストール可能なプレビューに変換し、ネイティブビルドアーティファクトをQRインストールリンクとして共有し、既にデバイスにインストールされているアプリでQAがチャンネルを切り替えることを許可します。TestFlightを待つよりも速いです。それはエミュレータマトリックスの代替としてデバイスファームの置き換えではありません。

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はCapacitorのCI: Gitを接続し、GitHub Actionsを残し、ネイティブビルドとライブアップデートをCloud内で実行します。それはベンダーロックインです。Capgoはオープンソース(プラグインとバックエンド)で、既存のCIに接続し、同一の$12/月の有料エントリを同一の$12/月の有料エントリで維持してきました。Capawesomeは既に価格を再構成したことがあります。Native Buildsは$9/月でリリースされました。2026年5月のPlatform SKUは$19/月で、Businessは$499/月から$299/月に増加しました。

結論

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.

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

Create a Capgo account, その後 CI/CD統合 または Capgo Build from GitHub Actions. したい場合は、製品ビューから始めます。 ネイティブ ビルド, ライブ アップデートページ/エリア: ホームページの問題/解決部分。役割: セクションまたはページヘッダー。見られる場所: page premium-support.astro。メッセージキー `ps_help_updates_title` (Ps Help Updates Title)。 , .