1台のMacがリリースのボトルネックになる
小さなリリースは、Xcode、有効なmacOS設定、および1台のマシンに保存されている正確な証明書が必要なハードウェアと署名問題になります。
Cloud iOS ビルドから任意のマシン
Macを所有することなくiOSアプリをビルド
難しいのはSwiftをコンパイルすることだけではありません。Xcode、証明書、プロビジョニングプロファイル、App Store Connect キー、そして 1 台のラップトップがリリースゲートになります。Capgo ビルダーは、Capacitor チームに、CLI の優先順位で、どこからでも署名済みのiOSビルドにアクセスできるようにします。
0台のMac
ローカルAppleハードウェアが必要
1つのCLI フロー
ガイド付きの署名設定
リアルタイム更新
毎日Webの変更
Capgo ビルダー
npx @capgo/cli@latest build init --platform ios
npx @capgo/cli@latest build request --platform ios
# signed build runs on an ephemeral Mac runner
# logs stream back to your terminalマネージドMac容量
iOSビルドを実行する必要があるAppleの場合、既存のマシンからトリガーすることができます。
同様のCapgoリリースループ
ネイティブバイナリをネイティブの変更で保持し、ストアビルドがインストールされた後はWebの変更でOTAを使用します。
問題
iOSはWebチーム全員をMacオペレーションチームに強制するべきではありません。
署名に関する知識は部族のものです
プロファイルの有効な証明書を持っている人がオフラインの場合、リリースは待ちます。プロファイルが期限切れの場合、全員がAppleの署名について圧力をかけながら再学習する必要があります。
DIYmacOS CIは別の製品になります
自社ホストのmacOS CIは、シークレット、Fastlaneのレーン、Xcodeイメージの更新、ログの保持ルール、Appleの行動が変更されたときのデバッグが必要です。
The hidden work
iOS ビルドが苦痛になるのはなぜ
Macを買うだけではハードウェアの要件だけを解決する。Appleの署名、資格の漂流、ランナー管理、またはチームメイトのボトルネックを除去しない。
1
Appleアカウントの設定
最初のビルドが成功する前に、Apple Developerチーム、バンドルID、機能、App Store Connectアプリレコード、アップロード許可が必要です。
2
署名ファイルとプロファイル
リリースビルドには配布用証明書、P12エクスポート、プロビジョニングプロファイル、プロファイルからバンドルへのマッピング、有効期限切れの際の更新プロセスが必要です。
3
Macビルドオペレーション
Xcodeバージョン、macOSランナー、CocoaPods、Fastlane、シークレットストア、アップロードログはすべて、製品チームが維持するインフラストラクチャになります。
CLIの例
2つのコマンドでMacのみのリリースの儀式を置き換える
通常のiOSパスでは、Appleの署名を理解することさえも、まずアプリがビルドできるかを学ぶ前に求められます。Capgoはそれをインタラクティブな設定と1つのビルド要求に変換します。
# First-time iOS setup
npx @capgo/cli@latest build init --platform ios
# Then any teammate or CI runner can request the build
npx @capgo/cli@latest build request --platform iosThe Solution
What Capgo handles for you
Capgo separates the rare binary problem from the daily product problem. Native builds get signed in the cloud; web changes keep moving through live updates.
Macハードウェアはビルドが必要なときにのみ使用します
Capgo Builder runs iOS builds on managed Apple hardware. Your Windows, Linux, or low-spec laptop can still trigger a signed iOS build from the terminal.
証明書設定はガイド付きフローになります
The CLI guides you through the hard Apple pieces: bundle ID, App Store Connect key, distribution certificate, P12, provisioning profile, and multi-target profile mapping.
CLI-first release automation
ローカル、CI、またはエージェントワークフローから同じコマンドを実行できます。リリースをダッシュボードに移動する必要がなく、Xcodeを教える必要もありません。
ネイティブビルドプラスライブアップデート
Use Builder when native code, plugins, icons, permissions, or SDK versions change. Use live updates for JavaScript, CSS, and asset changes between store submissions.
信頼モデル
クラウドハードウェアを使用するにはリリースプロセスを手放す必要があります
クラウドビルドは、ソース、キー、ログが永遠に生き続ける新しい場所を作成せずに、運用リスクを削減するべきです。
フルリポジトリのハンドオーバーはありません
Capgoは、ビルドを生成するために、Gitリポジトリの全てのファイルをクローンする必要がありません。必要なのは、ネイティブビルドに必要なファイルのみです。
デフォルトでライブログ
ビルドログは、ターミナルにストリーミングされ、敏感な出力が、チームが監査する必要がある長期間にわたるデータベースになるのを防ぎます。
エフェメラルビルド環境
クレデンシャルは、ビルド環境に渡され、ビルド後に削除されます。ビルダーは、永久的なクレデンシャルストレージではなく、臨時ランナーです。
ワークフロー
Capacitorプロジェクトから署名済みiOSビルドまで
1
Builderを初期化する
プロジェクトからBuilder initフローを実行してください。CLIは、Capacitorアプリを読み取り、プラットフォーム設定を歩きながら行います。
2
登録する
プロビジョニング プロファイルをバンドル ID にマップし、CI 対応環境ファイルをエクスポートし、必要に応じて署名資格情報を作成またはインポートしてください。
3
クラウド ビルドを実行
ローカル ターミナル、CI、またはエージェント ワークフローから署名済み iOS ビルドを要求し、ビルドが実行中のログをストリーミングしてください。
4
リリースし続ける
テストフライトにアップロードまたは IPA を収集し、次に Capgo ライブ アップデートで JS とアセットの修正を継続して配信してください。
ユーザー通知
ユーザーが主に言及するのは、Mac を除くだけでなく、リリースプロセスが繰り返し実行できることです: init を一度実行し、ビルドを要求し、ログをストリーミングし、署名ファイルをチーム間で転送する必要がなくなります。
共通の Capgo ビルダー フィードバック
Capacitor で作成されたアプリ
オペレーショナル アプリは、1 つのローカル Mac に依存する必要はありません
学校、交通、サポート アプリは、チームがほとんどウェブ、サポート、またはオペレーションである場合でも、署名済みモバイル リリースが必要です。ホストされたビルド ワークフローは、署名ステップを繰り返し実行できるようにし、シングル マシン ボトルネックを排除します。
教育
IRIS ParentMail
非ネイティブチームでも信頼できる署名リリースが必要な学校コミュニケーションアプリです。
1.2M インストール
2.8 評価
旅行とローカル
__CAPGO_KEEP_0__
1人の開発者マシンに依存しないリリースハンドオフが必要な乗車券予約アプリ。
13.5M インストール
3.6 評価
ツール
__CAPGO_KEEP_0__
サポートツール。オペレーションチームが繰り返しモバイルビルドレコードを必要とする場合に使用します。
10.3Mのインストール
4.3の評価