__CAPGO_KEEP_0__

Capgoの導入

Capgo Build is a cloud-based native app compilation service for Capacitor apps. It lets you build iOS and Android apps without maintaining local development environments - no Xcode, no Android Studio, no Mac hardware required on your own machine.

Capgo

Capgo

Capgo __CAPGO_KEEP_0__ Capacitor

__CAPGO_KEEP_0__

__CAPGO_KEEP_0__

__CAPGO_KEEP_0__

__CAPGO_KEEP_0__

自動Code署名

証明書、プロビジョニングプロファイル、キーストアはすべて管理されます。

直接ストア提出

アプリはApp Store ConnectとGoogle Playに直接アップロードされます。

CLIコマンドを1つだけ実行してビルドをトリガーします。どこからでも動作します - ローカルマシン、GitHubアクション、GitLab CI、または任意のCI/CDパイプライン。

ビルドマシンとツールチェーン

「ビルドマシンとツールチェーン」

Capgoビルドは、Mac Mini Silicon M4専用マシンでネイティブジョブを実行します:

コンポーネント仕様
マシンページ/エリア: Capgo Builder / ネイティブクラウドビルド製品ページ。役割: UIラベル。メッセージキー `native_build_builder_infra_spec_model_label` (ネイティブビルドビルダーインフラ仕様モデルラベル)。
CPU10コアM4 CPU (4のパフォーマンスコア、6の効率コア)
GPU10コアGPU
Neural Engine16コアNeural Engine
Memory16GBのRAM
OSイメージmacOS Tahoe 26.2

ビルドイメージは、Xcode 26.2とAndroid Studio 2025をサポートしています。

Capgo ビルドとライブ更新の使用時期

「Capgo Build vs Live Updates」を使用するタイミング」

Capgoでは、更新方法を2つ提供しています。どちらを使用するかは以下のとおりです。

シナリオライブ更新Capgo Build
Bug fix in JavaScript/TypeScript code
HTML、CSS、画像のUI変更
ウェブ依存関係の更新
Capacitor プラグインの追加または削除
ネイティブ SDK のバージョンアップ
ネイティブのパーミッションの変更(Info.plist、AndroidManifest)
Capacitor のバージョンアップ
code (Swift, Kotlin, Java) の変更
アプリアイコンまたはスプラッシュ画面の変更
最初のアプリストアの提出

なぜ __CAPGO_KEEP_0__ ビルドを使用するか

Macハードウェアを所有せずに、iOSアプリをビルドして配信する。Windows、Linux、またはCI/CDシステムの誰でもiOSビルドをトリガーし、TestFlightに公開できます。

ローカル環境のセットアップをスキップします。

Xcode、Android Studio、またはSDKのバージョンを管理する必要はありません。Capgoビルドはすべてのネイティブツールを取り扱います - ただし、CLIコマンドを実行するだけです。

集中管理された資格情報

資格情報をCI/CDシークレットに一度だけ保存します。チームのメンバーは、ローカルマシンに署名資格情報を必要とせずにビルドをトリガーできます。

どのCI/CDシステムでも動作します。

CLIコマンドは、どのパイプラインでも統合されます。GitHubアクション、GitLab CI、Jenkins - 既存のワークフローの一部としてビルドをトリガーできます。

リアルタイムビルドログ

ビルドの進行状況をリアルタイムでターミナルで確認できます。ログはServer-Sent Eventsを使用してストリーミングされ、問題が発生したときに即座にデバッグできます。

直接アプリストアへの提出

署名済みアプリは、App Store ConnectとGoogle Playに直接アップロードされます。ビルド完了後、手動のステップを必要とせずにストアへの提出が可能です。

Capgo Builderのしくみ

Section titled “How It Works”

コマンドを実行するとき

  1. アップロード - The CLI zips only what’s needed (native platform folder + native dependencies) and uploads to secure cloud storage
  2. ビルド コンテキスト: ホームページのランドイング製品機能セクション。役割: ショートUIラベルまたはナビゲーションアイテム。見られる場所: コンポーネントランドイング/オートメーションフィーチャーズ.astro。メッセージキー `landing_automation_build` (ランドイングオートメーションビルド)。
  3. ビルド - ディデケートインフラストラクチャ上で、Fastlaneを使用してアプリをコンパイルします。
  4. 署名 - 証明書とキーストアは、ビルド中のみメモリ内に存在します。
  5. 提出 コンテキスト: ホームページのランドイング製品機能セクション。役割: ショートUIラベルまたはナビゲーションアイテム。見られる場所: コンポーネントランドイング/オートメーションフィーチャーズ.astro。メッセージキー `landing_automation_submit` (ランドイングオートメーション提出)。

あなたのソース code はあなたのマシンに残ります。プラットフォーム固有のネイティブ code のみがアップロードされます。

Capgo ビルドは、クレデンシャルを保存せずに設計されています:

  • ランタイムのみのクレデンシャル - 証明書とキーストアは Capgo 内に保存されることはなく、ビルドが完了した後すぐにアップロードされ削除されます。
  • 一時的な環境 - 各ビルドは隔離され、完了後に破棄されます。
  • ログの保存なし - ビルドログはあなたのターミナルにのみ流れ、 Capgo サーバーに保存されることはありません。
  • 最小限のアップロード - 要求したプラットフォームのネイティブのみがアップロードされ、フルコードベースはアップロードされません。 アップロードされるものを正確に確認する

価格

価格

作成時間のみコストです

  • プランではCapgo分の作成時間が含まれます
  • 追加分はクレジットシステムで利用可能
  • Mac Mini Silicon M4マシンで、ネイティブツールチェーンが事前にインストールされている
  • ストレージ料金はありません

次のステップ

価格