The shortlist for Capacitor CI/CD has shrunk. Microsoft App Center’s build and distribute services retired on March 31, 2025. Ionic Appflow is in a multi-year wind-down. GitHub Actions, GitLab CI, Bitrise, and Codemagic are still here, and they are still good at the jobs they were designed for.
この間違いは、1つのものを選択するバケーオフと見なすことです。 1 プラットフォームとパイプラインを移行する。ほとんどのCapacitorチームはCIを持っていますが、一般的なCIではまだ苦手な3つのジョブが欠けている: 署名されたネイティブビルド, ライブアップデート, そして アプリを実機にインストールする.
Capgo __CAPGO_KEEP_0__ inside 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.
2つの名前は、2026年の購入ではなくなったにもかかわらず、検索結果に表示されます。
マイクロソフト アプリ センター
- __CAPGO_KEEP_1__ 2025年3月31日以降は利用できなくなりました。ビルドと配布は停止しました。分析と診断は2027年3月31日まで延長されました。CodePushはMicrosoftがホストするサービスではなくなりました。App Center pipelineを持っている場合、以下を読んでください。 Migrating from App Center to Capgo.
- Ionic Appflow 2025年2月11日以降は新規商用販売は停止しました。既存の顧客は2027年12月31日までアクセスが続きます。 . まだ機能していますが、2028年以降に移行しないと新しいプロジェクトを始めることはできません。以下を参照してください。Alternative to Ionic Appflow 残るのは実際に運用しているプラットフォームチームです。.
__CAPGO_KEEP_0__ Actions
- GitHub アクション GitLab CI GitLab CI__CAPGO_KEEP_0__
- Bitrise と Codemagic:モバイルCIスペシャリスト。強い署名とストアの提出。管理されたCapacitorライブアップデートなし。
- Capgo:Capacitorネイティブライブアップデート、クラウドネイティブビルド、インストール可能なデバイスプレビュー、CIから呼び出される。
- CapacitorアプリのCI/CDプラットフォーム比較:CapacitorネイティブライブアップデートとネイティブビルドをCIとして販売します。Gitに接続し、GitHubアクションを残します。閉じたバックエンド、完全なベンダーロックイン、価格史が既に何度も移動したことです。
2026年の有用な質問は、「GitHubアクションを置き換えるCIは何ですか?」ではなく、「GitHubアクションは、Capacitorアプリがバイナリ、OTAバンドル、または電話インストールを必要とするときに何を呼び出しますか?」
何らかのCIはまだ悪くしている
GitHubアクションとGitLab CIはきれいなキッチンです。ネイティブビルドファーム、OTAネットワーク、QAデバイスラボではありません。
ネイティブビルド
iOSにはXcode、証明書、プロビジョニングプロファイル、Macが必要です。AndroidにはキーストアとPlayアップロードキーが必要です。ホストマックのGitHubアクションはLinuxのGitHubの価格引き下げ後の2026年1月の標準マックの分数よりはるかに高価です。GitHubアクションの請求).
Capacitorチームはすでに多くがパイプラインを分割しています: LinuxはPRチェック用、署名バイナリ用の何かです。Capgo ネイティブビルド ネイティブビルド ubuntu-latest.CapgoはMacを実行します。
__CAPGO_KEEP_0__
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 は製品であり、YAMLステップではありません。__CAPGO_KEEP_0__チームはOTAをスキップし、JavaScriptの修正を待ちますが、実際には新しいバイナリが必要なかったものです。 __CAPGO_KEEP_0__
ライブアップデート
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 PR プレビュー 各 Pull Request をチャンネルに分けます。テスターは既存のアプリ内でチャンネルを切り替えます。ネイティブ ビルド ジョブも QR インストール リンクを発行できます。 APK または IPA の QR インストール リンク。 それはデバイス ファームではありません。エミュレータ マトリックスや Firebase Test Lab が必要な場合は、CI でそのジョブを維持してください。 __CAPGO_KEEP_0__ は CI がほとんど解決できない問題を埋めます: 人間が電話を持ち、正しいビルドを見て、1 分以内に。
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.
機能
| Feature | Capgo | Your CI (GitHub Actions, GitLab) | Capawesome Cloud | PR プレビュー | イオニック アップフロー |
|---|---|---|---|---|---|
| Capacitor サポート | フルクラス | DIY | 汎用モバイル CI | フルクラス | フルクラス (レガシー) |
| ネイティブ iOS と Android ビルド | ページ/エリア: Capgo マーケティング ウェブサイト。役割: リスト項目。見られる場所: page best/appflow-alternative.astro。メッセージキー `best_appflow_alternative_body_li2` (Best Appflow Alternative Body Li2)。 | はい、Linux CI ジョブから | Yes | はい、ページ/エリア: Capgo ソリューションズ マーケティング ページ。役割: 短い UI ラベルまたはナビゲーション アイテム。見られる場所: page solutions/beta-testing.astro。メッセージキー `solutions_beta_testing_compare_native_tf` (Solutions Beta Testing Compare Native Tf)。| ページ/エリア: Capgo ソリューションズ マーケティング ページ。役割: 短い UI ラベルまたはナビゲーション アイテム。見られる場所: page solutions/pr-preview.astro。メッセージキー `solutions_pr_compare_native_tf` (Solutions Pr Compare Native Tf)。| はい、CI 内部で | はい |
| マネージド署名 | はい | シークレットのみ | はい | はい | はい |
| マネージドライブアップデート | はい | DIY | なし | はい | Yes |
| ビルド/デバイステスト | チャンネル、QR インストール、Capgo アプリ | 未構築 | バイナリを配布 | Git 接続ビルド | ストアが追跡 |
| ストアの公開 | Yes | Fastlaneを使用した自作CI/CD | Yes | Yes | はい |
| CIを置き換える? | いいえ、そこに接続します | それは あなたのCI 通常はい | オープンソース | はい | はい |
| プラグインとバックエンド | N/A | N/A | No | プラグイン/CLI; バックエンドのクローズ | No |
| Self-host | Yes | Yes | No | パーシャル(バンドルのみ) | No |
| 長期ステータス | Active | Active | Active | Active | 2027年12月31日 |
Three things stand out. Capgo, Capawesome Cloud, and Appflow bundle managed live updates with native builds, and Appflow is winding down. Only Capgo is designed to プラットフォームの詳細 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.
__CAPGO_KEEP_0__は、一般的なCIが欠けている__CAPGO_KEEP_1__のリリースレイヤーです。
Capgo
CapgoはCapacitorリリースレイヤーであり、一般的なCIが欠けている部分です。
- ネイティブビルド概要
- __CAPGO_KEEP_0__: iOS と Android のバイナリをクラウドで署名することができます。これにはアプリの提出も含まれます。CI ランナーは Linux で動き続けることができます。Capgo はすでに有効です。 Xcode 26 App Store Connect の 2026 年 4 月の要件のために
- デバイス テスト: PR プレビュー チャネル,ネイティブアーティファクトのQRリンク、そして Capgo モバイルアプリ 実機でバンドルを確認するために。
アクションからlintとユニットテストを移動せずに残します。 GitHub アクションから 2 つの CLI 呼び出しを、ウェブビルドが成功した後追加します。
- 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
価格 pricing, CI/CDとCapgoビルド、そして GitHub アクションズ ビルド ガイド.
アップデーター プラグインはオープン ソース (MPL-2.0) で、バックエンドもオープン ソース (AGPL-3.0) です。 それらを検証、フォーク、または 自社ホスト。 有料 Capgo クラウドはオプションのインフラストラクチャであり、罠ではありません。
Capawesome クラウド
Capawesome クラウド CI — ネイティブ ビルド プラス ライブ アップデート、現在は Capawesome プラットフォームとして販売されている — は、OTA とクラウド iOS と Android ビルドをバンドルするもう一つの Capacitor ネイティブ オプションです。 その製品の売りは Capgo の逆です: 置き換え GitHub アクションズとGitLabの代わりに、それらに接続するのではなく。
彼らのネイティブ ビルドのリリース記事は明確です。 3 つ目の CI/CD サービスはありません。 GitHub、GitLab、Bitbucket、またはAzure DevOpsに接続してください。 Pipelinesを capawesome.config.jsonに配置してください。 それをCapawesome クラウド内で実行してください。 CLIからビルドをトリガーできますが、提供されたワークフローでは、CI/CD サービスを提供するベンダーが主な責任を負っています。 Git統合、署名、ビルド分数、ライブ アップデート、およびストアの提出はすべて、1 つの閉じたバックエンドの背後で行われます。 プラグインとCLIはオープン ソースですが、バックエンドはありません。 自社ホストは、部分的なものです: バンドルをホストできますが、メタデータはCapawesome クラウドに残ります。
That is full vendor lock-in. Leaving later means moving the updater, the build config, the git connection, and the release metadata. Capgo keeps those pieces in your repo and your CI, and its open-source updater and backend are the exit.
価格の履歴は別の分割です。Capgoの有料エントリは 月額 12 ドル 年間請求から始まりました。価格は一度も上がっていません。Capawesomeはすでに商用形態を何度も変えました:
- ネイティブ ビルドのリリース: 1,000 のライブ アップデートと 200 分のビルド時間に対して 月額 9 ドル ビジネスは 299 ドル/月.
- 2026 年 5 月 プラットフォーム リリース: Live Updates が MAU から更新ごとにカウントされるように変更されました。 バック トゥ MAU プラットフォームのフル SKU (ビルド、ライブ アップデート、および公開) は 月額 19 ドルから始まります。ビジネスは $499/月.
- Live Updateの現在のパブリック価格は、Live Update (from $9/月Live Updateの価格は$19/month $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 migration guide Capawesome Cloud.
| Capawesome Cloud | Capgo | CapacitorアプリのCI/CDプラットフォーム比較 |
|---|---|---|
| CIモデル | GitHubアクションズ/GitLabへの追加機能 | __CAPGO_KEEP_0__の置き換えCIcapawesome.config.json) |
| オープンソース | プラグインとバックエンド | CLI;クローズドバックエンド |
| 自社ホスト | はい | バンドルのみ; メタデータはクラウドに残る |
| 有料エントリー | $12/月年間、価格は引き上げられていない | $9ライブアップデート / $19プラットフォーム、複数のリシュー後 |
| ビジネス価格 | 使用ベースのクレジット | $299 Native Buildsのリリース時、$499 Platformのリロード後 |
参考資料 Capawesome Native Buildsの発表, Capawesome Platformの発表, Capawesomeの価格.
GitHub アクション
GitHub アクションは、ほとんどのCapacitor リポジトリのデフォルトのCIです。 Linuxジョブは安いです。ワークフローはcodeの隣にあります。キャッシュ、マトリックスビルド、必要なステータスチェックは既に解決済みです。
Capgo アクションは、モバイルDevOpsプラットフォームではありません。YAMLを書きます。FastlaneまたはCapgoを使用して署名を設定します。OTAをホストするか、OTAを使用しないかのどちらかになります。macOSの分数はiOSビルドがプルリクエストで実行されるまでの請求額を支配します。
機能するハイブリッド GitHub アクションは、lint、テスト、 npm run buildCapgo for bundle upload, native builds, and previews. GitHub アクションライブアップデート and and.
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 Same shape as __CAPGO_KEEP_0__ Actions. Strong Linux CI, optional Mac runners, no managed __CAPGO_KEEP_1__ live updates, no installable PR channel. If the repo already lives on GitLab, keep it. Call __CAPGO_KEEP_2__ from the same way. See and GitLab setup.
Bitrise
BitriseはモバイルCIプラットフォームで、large step library、managed signing、store publishingを備えています。Capacitorアプリをnpmステップに加えて、ネイティブiOSとAndroidステップで構築できます。チームが専用のモバイルランナーフィートを必要としない場合、費用対効果の高い選択肢となります。
Bitriseの欠点は、Capacitor形状のリリースループが欠けていることです:ライブアップデート、PRチャンネル、CLIが既存のGitHubワークフローが呼び出すことができるものです。価格はモバイルCIの高額な側面に位置しています。Bitriseを使用するには、既存のネイティブアプリで標準化されている必要があります。Capgoを追加することで、ライブアップデートとデバイスプレビューが必要な場合、Bitriseを置き換えることなく、機能を追加できます。
Codemagic
CodemagicはFlutterビルダーとして始まり、IonicとCapacitorYAMLワークフローをドキュメント化し、管理されたAndroidキーストア、App Store ConnectAPIキー、TestFlightとPlayへの配信をサポートしています。署名は強みです。
It has the same hole as Bitrise: no managed live updates. You would still upload OTA bundles somewhere else. If the only gap in your GitHub Actions setup is “I do not want to maintain Fastlane on a Mac,” Codemagic can close that gap. Capgo closes that gap and CLIのOTAとプレビューのギャップを一つに。 このサイトでCodemagicのウォークスルー: Ionic Appflow.
and
Appflowは、Ionicの全ての製品:ネイティブビルド、署名、ライブアップデート、ストアの公開です。それはまたCIの置き換えであり、GitHubアクションのプラグインではありません。Ionicは2025年2月11日に商用の終了を発表しました。既存の顧客は2027年12月31日までアクセスを維持します。
Appflowに既にいる場合は、2027年後半ではなく今すぐ退避計画を立ててください。同等の移行は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年の勝利の設定は次のようになります:
- プルリクエストごとに, GitHub Actions or GitLab CI エンターを上だたできる。
- ウェブのみの変更の場合, Capgo バーストを上だたできる。 Pull request をすべてインストール可能なプレビューに変換する.
- If native code, plugins, or permissions changedIf native Capgo, plugins, or permissions changed
- , the same workflow requests a __CAPGO_KEEP_0__ native build and shares a QR install link.,Capgoは生産用の,live updateを配信するか、署名されたバイナリをTestFlightとPlayに送信します。
, GitHub バーストを上だたできる。
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 }}
A compact __CAPGO_KEEP_0__ Actions sketch: ANDROID_KEYSTORE_FILE, KEYSTORE_KEY_ALIAS, KEYSTORE_KEY_PASSWORD, KEYSTORE_STORE_PASSWORD, and PLAY_CONFIG_JSONiOSのブロックをコピーせずに変更するだけです。 env 変更するのは --platformマトリックスを使用します。 GitHub Actionsのビルドガイドを参照してください。署名シークレットはGitHubに残り、ビルドリクエストに環境変数として渡されます。 CapgoはGitのソースとなる必要はありません。完全な例はGitHub Actionsドキュメントにあります。 ビルダー GitHub アクション ドキュメント and そして.
CI/CD統合
すべてのチームには、最も適したCI/CDプラットフォームは存在しない。ほとんどのCapacitorチームの状況をカバーする。
Capgoをすでに使用している場合は、GitHub ActionsまたはGitLab CIを使用しています。 既にCapgo ActionsまたはGitLab CIを使用している場合、使用してください。CapgoにLive Update、ネイティブビルド、PRプレビューを追加してください。これは2026年のデフォルトの答えです。
Capawesome Cloudにご覧になっています。 Git接続、YAML置換、リリースメタデータが必要です。それは便利ですが、出発したいときに困ります。CapgoはCIを保証し、完全にオープンソースであり、$12のエントリ価格を上げていません。Capgo vs Capawesome Cloudを参照してください。 Capgo vs Capawesome Cloud.
2027年12月31日までの間です。待ち続けることで移行が集中します。__CAPGO_KEEP_0__にライブアップデートとネイティブビルドを移行し、AppflowもCIとして使用していた場合は__CAPGO_KEEP_1__ ActionsにPR自動化を戻してください。 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.
ビルドパイプラインはなくなり、CodePushはホストされた製品ではありません。__CAPGO_KEEP_0__に両方の部分を置き換えましょう。__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 の請求を支配している。 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.
You are starting a Capacitor app in 2026. Skip Appflow and App Center. Start with GitHub Actions for CI. Add Capgo on day one for OTA, cloud builds, and device previews. You can add Bitrise or Codemagic later if you have a specific runner or step-library reason. Most teams never need that extra platform. Skip Capawesome Cloud unless you already want their plugin catalog enough to accept a replacement CI.
FAQ
What is the best CI/CD platform for Capacitor apps?
既存のCIをlint、ユニットテスト、Webビルドに使用し続けます。Capgoを追加して、署名済みネイティブ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のライブアップデートをサポートしていますか?
いいえ。両方ともネイティブビルド、署名、ストアの公開に強いですが、ストアのレビューなしでJavaScript、CSS、HTMLを配信するライブアップデートの製品が別途必要です。Capgoはネイティブビルドとライブアップデートを同じワークフローでサポートしています。
CapgoはCIでモバイルアプリをどのようにテストしますか?
Capgoはpull requestを専用チャネルにインストール可能なプレビューに変換し、ネイティブビルドアーティファクトをQRインストールリンクとして共有し、既存のデバイス上でQAがチャネルを切り替えることを許可します。その速度はTestFlightを待つよりも速いです。デバイスファームの置き換えとしてはエミュレータマトリックスではありません。
2026年におけるイオニックアプリフローはまだ有効な選択肢ですか?
あなたが既存の顧客である場合のみ。イオニックは2025年2月11日に新規商用販売を終了し、既存のアプリフローへのアクセスは2027年12月31日まで継続します。新しいCapgoプロジェクトはCIを維持し、代わりにCapacitorに加えてCapgoを追加するのではなく、終了予定日を持つプラットフォームに新規プロジェクトを開始するのではなくてください。
Capawesome Cloud CIはCapgoとどのように比較されるのですか?
Capawesome Cloudは、Gitを接続し、GitHub Actionsを残し、ネイティブビルドとライブアップデートをクラウド内で実行するすべてのCapacitor CIです。つまり、ベンダーロックインです。Capgoはオープンソース(プラグインとバックエンド)であり、既存のCIに接続し、同一の$12/月の有料エントリを同一の価格で提供してきました。Capawesomeはすでに価格を複数回変更しており、Native Buildsは$9/月でリリースされましたが、2026年5月のプラットフォームSKUは$19/月で、Businessは$499/月から$299/月に引き上げられました。
結論
2026年のCapacitor短listedリストは、見た目よりも小さくなっています: 2つのすべてのインワンプラットフォームが廃止または廃止され、2つのモバイルCI汎用家がOTAを提供せず、1つのGit接続Capacitor CIがパイプラインを置き換え、1つの汎用ランナーがすでにあります。最も速く配信するチームは、CIを新しいベンダーに再構築するチームではありません。実際は、すでにGitHub ActionsまたはGitLab CIを持っているチームが、CIがまだ悪くするジョブ用のCapacitor層を追加するチームです。
その層はCapgo: ネイティブビルド, ライブアップデート, および デバイステスト、既に実行しているパイプラインからトリガーされる。オープンソース。価格は引き上げられていない。クローズドなCIの代替品ではない。
Create a Capgo account、次に続けます。 CI/CD統合 または Capgo GitHub からビルド. その製品のビューを最初に表示したい場合は、 ネイティブビルド, ライブアップデート, and プレビュー.