2026年のCordovaアプリに最適なCI/CDプラットフォームは、通常、Android向けにLinux、iOS向けにmacOS上でCordova CLI を実行できる汎用CIです: GitHub Actions、GitLab CI、Bitrise、Codemagic、Appcircle、CircleCI、またはAzure DevOps。これらでは代替できないのが、App CenterやAppflowからCordovaチームが得ていたマネージド live update サービスです。本比較では、各オプションのビルドサポート、署名、ストア公開、ライブアップデート、および長期的な展望を扱います。
Cordova CI/CDの現状
Cordovaエコシステムを支えてきた3つのマネージドサービスは、すべて終了または閉鎖予定です:
| サービス | ステータス |
|---|---|
| PhoneGap Build | 2020年10月1日に終了 |
| Microsoft App Center (ビルド、配布、CodePush) | 2025年3月31日に終了 |
| Ionic Appflow (ビルド、ライブアップデート) | 2025年2月以降新規顧客受付なし、2027年12月31日にサービス終了 |
Cordova フレームワーク自体は依然としてプラットフォームリリースを公開しています。あなたに委ねられたのは、ビルド周辺の作業です。署名の保存、ストアへのアップロード、バージョン番号、そして OTA アップデート。
今日すぐに動作するパイプラインが必要なら、まず Cordova アプリ向け CI/CDから始めましょう。完全な GitHub Actions ワークフローが用意されています。この記事では、どこで実行すべきかを選ぶお手伝いをします。
Cordova チームが比較すべきポイント
- Cordova への対応。 プラットフォームに Cordova 用のステップやテンプレートがあるか、それとも自分で
cordova buildスクリプトを書く必要があるか。スクリプトでも問題ありません。どこでも同じ3つのコマンドです。 - Xcode 26 対応の macOS ランナー 2026年4月28日以降、App Store Connect が必須としています。
- 署名データの保存 Android keystore、iOS 証明書、プロビジョニングプロファイル用。
- ストア公開 TestFlight と Google Play のトラックへ。
- Live Updates Web レイヤーの修正に。
- Git ホスティングとセルフホスティングこれは、今でも Cordova を使用しているエンタープライズや政府向けアプリにとって重要です。
機能比較マトリックス
| プラットフォーム | Cordova サポート | iOS 用 macOS | 署名管理 | ストア公開 | Cordovaのライブアップデート | セルフホストオプション |
|---|---|---|---|---|---|---|
| GitHub アクション | スクリプトによる CLI | Apple Silicon ホスト | シークレットのみ | fastlaneまたはスクリプト | いいえ | セルフホストランナー |
| GitLab CI | スクリプトによる CLI | ホスト型（ベータ、Premium/Ultimate）またはセルフマネージド | ファイルと変数の保護 | fastlane、ストア連携 | いいえ | はい、GitLab 完全対応 |
| Bitrise | Cordova 専用ステップ | Apple Silicon ホスト | はい | 組み込みステップ | いいえ | いいえ |
| Codemagic | ドキュメント化された Ionic Cordova ワークフロー | ホスト型 Mac mini | はい | 組み込み済み | いいえ | いいえ |
| Appcircle | カスタムスクリプトステップ | ホスト型または自社運用 | はい | 組み込み済み | いいえ | はい、Appcircle Server |
| CircleCI | スクリプトによる CLI | Apple Silicon ホスト | コンテキストのみ | fastlane | いいえ | セルフホストランナー |
| Azure DevOps | スクリプトによる CLI | Microsoft ホスト型 | セキュアファイルとインストールタスク | ストア拡張タスク | いいえ | セルフホストエージェント、Azure DevOps Server |
| Xcode Cloud | 経由 ci_scripts フック、iOS のみ |
Apple 管理 | 自動 | 組み込み済み | いいえ | いいえ |
| VoltBuilder | zipアップロード、Cordova、Capacitor | マネージド | アップロード時の証明書 | ストア対応の出力 | いいえ | いいえ |
| Ionic Appflowの代替手段 | ファーストクラス | マネージド | はい | はい | はい、2027年末まで | いいえ |
| Capgo（ライブアップデート） | @capgo/cordova-updater プラグイン、Cordova iOS 7+ / Android 13+ |
Cordova 向けビルドサービスではない | 該当なし | 該当なし | はい、チャネルとロールバックに対応 | はい、オープンソースのバックエンド |
Capgo は選択した CI の隣に配置され、それを置き換えるものではありません。CI が Cordova バイナリをビルドし、 Capgo Live Updates インストール済みアプリに Web 限定の変更を配信します。 Capgo のビルド Capacitor プロジェクト向けにドキュメント化されているため、Cordova バイナリのビルドには使用できません。
プラットフォーム別解説
GitHub アクション
GitHub 上の Cordova チームにとって最も一般的な選択肢です。Android は ubuntu-latest を使用して actions/setup-javaでビルドします。iOS は macos-26 （Xcode 26 事前インストール済み）でビルドします。シークレットから keystore と .p12 をデコードし、 build.jsonを作成して cordova buildを実行します。アップロードには fastlane、 xcrun altool、またはコミュニティの Play アップロードアクションを使用します。Cordova 固有の機能はありませんが、使用を妨げるものもありません。プライベートリポジトリの macOS 分コストに注意してください。
GitLab CI
スクリプトベースのアプローチは同じです。GitLab.com では Premium と Ultimate のベータ版でホストされた macOS ランナーが利用可能で、イメージとしては macos-26-xcode-26があります。多くの規制対象の Cordova チームが利用するセルフマネージド GitLab インスタンスでは、独自の Mac ランナーが必要です。Secure files は keystore やプロビジョニングプロファイルの保存場所として最適です。 GitLab での CI/CD のセットアップ.
Bitrise
Cordova へのサポートが最も明示的なモバイル CI です。ステップライブラリには、プロジェクトの準備や iOS/Android ビルドのアーカイブ用の Cordova ステップ、code による署名管理、ストアへのデプロイステップが含まれます。UI 駆動のワークフローを好み、クレジット制の課金で問題なければ、旧 App Center のビルド体験に最も近い選択肢です。
Codemagic
Codemagic は codemagic.yamlで Ionic Cordova ビルドをドキュメント化しており、管理された Android keystore、App Store Connect の API キーによる自動 iOS 署名、TestFlight と Google Play への公開に対応しています。課金はビルド分あたりまたは年間固定プランです。リポジトリに YAML を置きつつ、署名は自動で処理してほしいというチームに適しています。
Appcircle
Appcircle は iOS/Android ビルドパイプライン上にワークフローのカスタムスクリプトを配置して Cordova をビルドし、署名アイデンティティの保存、テスターへの配布、エンタープライズアプリストア、ストア公開機能を追加しています。Appcircle Server は完全に自社インフラ上で実行でき、このリストの中で最も強力なセルフホスティング環境を提供します。
CircleCI
AndroidはLinux Docker、iOSはApple Silicon macOSのexecutorでCordovaビルドをスクリプト実行。署名とアップロードはfastlaneまたはシェル。CircleCIでバックエンドを既に運用しているなら妥当な選択肢。
Azure DevOps
Azure PipelinesはCordovaのCLIをスクリプトステップとして実行し、Apple証明書やプロビジョニングプロファイルのインストール、Android署名、マーケットプレイス拡張によるストアリリースなどのファーストパーティタスクを追加。Azure DevOps Serverはオンプレミス環境に対応。元App Centerユーザーの多くがこちらに移行している。
Xcode Cloud
iOS側のみ可能。 ci_scripts/ci_post_clone.sh フックでNodeをインストールし、Cordovaプラットフォームを復元してWeb層をビルドしてから、Xcode Cloudが生成されたプロジェクトをアーカイブする。Cordovaはビルド時に platforms/ios を生成するため、ワークフロー開始時点でワークスペースパスが存在する必要があり、セットアップが面倒。Cordovaチームは、ネイティブアプリで既に利用している場合のみ使うことが多い。
VoltBuilder
CIではなくビルドサービス。プロジェクトと署名ファイルのzipをアップロードすると、CordovaおよびCapacitorプロジェクト用のストア対応バイナリが返される。Gitトリガー、パイプライン、ライブアップデートはなし。CIを持たない小規模チームには有用。 Voltbuilder の代替案 比較ページを参照。
Ionic Appflowの代替手段
依然として最も包括的な Cordova プラットフォームで、ビルド、署名、公開、ライブアップデートに対応しています。ただし、終了日が決まっているのも事実です。Appflow を使っている場合、問題は「去るかどうか」ではなく「いつ去るか」です。詳しくは Appflow の代替手段.
live update のギャップを埋める
このリストにある一般的な CI はすべて署名済みバイナリを生成します。しかし、インストール済みアプリへの OTA アップデートを提供するものはありません。また、旧コミュニティのホット code プラグインはメンテナンスされていません。Cordova では、2027 年末まで Appflow、セルフホスト型アップデートサーバー、または Capgo のいずれかになります。
Capgo は以下を通じて Cordova をサポートしています @capgo/cordova-updater。これは Capacitor アプデーターの API をミラーリングし、同じバックエンド、チャネル、および CLI を使用します。Cordova iOS 7 以上と Cordova Android 13 以上が必要で、以下と組み合わせることはできません cordova-plugin-ionic-webview。Capgo アプリ ID を使用してインストールします：
cordova plugin add @capgo/cordova-updater --variable APP_ID=com.example.app
cordova prepare android ios呼び出す cordova.plugins.Updater.notifyAppReady() その後 deviceready すべての起動時に実行し、Web 限定リリースには CI に 1 ステップ追加します：
bun run build
bunx @capgo/cli@latest bundle upload --channel=productionプラグインの追加やアップグレードにはストアビルドが必要です。Capgo は、ネイティブプラグインがライブ版と異なるバンドルをフラグ付けします。詳細は Cordova updater ドキュメント と live updateの互換性。live update ジョブを含む完全なパイプラインは、 Cordova アプリの CI/CD.
補足：Capacitor への移行で CI に何が加わるか
ライブアップデートを利用するために移行する必要はありません。移行するチームの多くは、ビルド側のために移行しています。
Capacitor はほとんどの Cordova プラグインをそのまま実行し、Web の code を維持します。ネイティブプロジェクトを生成するのではなく Git にコミットするため、CI ビルドがより予測可能になります。Capgo のアプリ ID とチャネルは引き継がれ、変更されるのはアップデータプラグインだけです。移行後：
- Linux CI ジョブは実行します
bun run build,bunx cap sync、プラットフォームごとに 1 つのbunx @capgo/cli@latest build request。iOS には macOS ランナーは不要です。 - Web のみのリリースは、チャネル、ロールバック、互換性チェック付きのライブアップデートとして配信されます：
bunx @capgo/cli@latest bundle upload --channel production. bunx @capgo/cli@latest build neededネイティブビルドが必要かどうかをパイプラインに伝えます。
移行ガイド: Cordova から Capacitor への移行。サポートが必要な場合は、こちらを参照してください CordovaからCapacitorへ.
選び方
| あなたの状況 | 適したユースケース |
|---|---|
| Code を GitHub で使用、小規模チーム、YAML に慣れている | GitHub アクション |
| セルフマネージド GitLab またはオンプレミスの要件がある場合の Code | 自社 Mac ランナー、Appcircle Server、または Azure DevOps Server を使用した GitLab CI |
| App Center ビルドに最も近い代替手段を求めている | Bitrise か Codemagic |
| CI なし、バイナリのみ必要 | VoltBuilder |
| AppflowやApp Centerの後もLive Updatesが必要 | 上記のいずれかのCIとCapgoを組み合わせる @capgo/cordova-updater |
| macOSランナーなしでiOSビルドを行いたい | Capacitorへ移行し、Capgo Buildを利用 |
App CenterまたはAppflowからの移行チェックリスト
- Androidのアップロード用keystoreとiOSの配布用証明書をダウンロード
.p12秘密鍵を含めてダウンロードしてください。旧プラットフォームで生成した場合は、アクセスできなくなる前にエクスポートしておきましょう。 - 新しいプラットフォームでの初回ビルドが衝突しないよう、現在のバージョンコードとビルド番号を記録しておきましょう。
- 新しいCI用に、Google PlayのサービスアカウントとApp Store ConnectのAPIキーを作成します。
- 旧プラットフォームがビルド時に注入していた環境変数をすべて洗い出します。
- 本番を切り替える前に、内部テストトラックとTestFlightでそれぞれ1回ビルドを実行してください。
- 旧サービスが終了する前に、live update の計画を立ててください。終了後に慌てないために。
iOS と Android の判断について詳しくは、こちらをご覧ください iOS アプリ向けの CI/CD プラットフォーム比較 と Android アプリ向けの CI/CD プラットフォーム比較.
