One Macがリリースのボトルネックになる
小さなリリースは、チームがXcode、有効なmacOS環境、および1台のマシンに保存されている正確な証明書が必要な場合にハードウェアと署名問題になる
任意のマシンからiOSビルド
Swiftをコンパイルすることの難しさは、Xcode、証明書、プロビジョニングプロファイル、App Store Connectキー、そして1台のラップトップがリリースゲートになることです。 Capgo ビルダーは Capacitor チームに、任意の場所から署名済みiOSビルドへの CLI-ファーストのパスを提供します。
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の容量
Appleが要求するiOSビルドを実行する場所。既存のマシンからトリガーする。
同じCapgoリリースループ
__CAPGO_KEEP_0__のネイティブバイナリを保持し、Webの変更はストアビルドがインストールされた後、OTAを使用する。
The Problem
小さなリリースは、チームがXcode、有効なmacOS環境、および1台のマシンに保存されている正確な証明書が必要な場合にハードウェアと署名問題になる
プロファイルで署名が機能している人にアクセスできない場合、リリースは待機する。プロファイルが期限切れになった場合、全員がApple署名を再学習する
自社でmacOS CIをホストすることは、秘密、Fastlaneのレーン、Xcodeイメージの更新、ログの保持ルール、Appleの行動が変更されたときのデバッグが必要
隠された作業
Macを購入することは、ハードウェアの要件を解決するだけであり、Apple署名、資格の漂流、ランナーのメンテナンス、またはチームメイトのボトルネックを除去しない
You need the right Apple Developer team, bundle ID, capabilities, App Store Connect app record, and upload permissions before the first build can succeed.
A release build needs a distribution certificate, P12 export, provisioning profile, profile-to-bundle mapping, and renewal process when anything expires.
Xcodeバージョン、macOSランナー、CocoaPods、Fastlane、シークレットストア、そしてアップロードログはすべて、製品チームが維持するインフラストラクチャになります。
CLI example
The normal iOS path asks you to understand Apple signing before you can even learn if your app builds. Capgo turns that into an interactive setup and one build request.
# 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 ios
The Solution
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.
Capgo iOS用ビルダーは、管理されたAppleハードウェア上でiOSビルドを実行します。Windows、Linux、またはスペックの低いラップトップでも、ターミナルから署名されたiOSビルドをトリガーできます。
CLI は、Appleの難しい部分を導きます: bundle ID、App Store Connectキー、配布証明書、P12、プロビジョニングプロファイル、多対象プロファイルマッピング。
ローカル、CI、またはエージェントワークフローから同じコマンドを実行できます。リリースをダッシュボードに移動する必要はなく、Xcodeを教える必要もありません。
Builderを使用するには、ネイティブ code、プラグイン、アイコン、権限、または SDK のバージョンが変更されている場合に使用してください。JavaScript、CSS、またはアセットの変更は、ストアの提出間でライブアップデートを使用してください。
信頼モデル
Cloudビルドは、ソース、キー、ログが永遠に生き続ける新しい場所を作成することなく、運用リスクを削減する必要があります。
Capgo は、ネイティブビルドに必要なファイルのみをランナーに送信します。Capgo は、ビルドを生成するためにフルGitリポジトリをクローンする必要がありません。
__CAPGO_KEEP_0__のビルドログはデフォルトで流れます。敏感な出力がチームが監査する必要がある別の長期的なデータベースにはならないように、ターミナルにビルドログを流します。
クレデンシャルはアクティブなビルド環境に渡され、ビルド後に削除されます。ビルダーは一時的な実行者であり、永久的なクレデンシャル セキュリティ ストアではありません。
ワークフロー
CLIプロジェクトからBuilderの初期化フローを実行します。Capacitorアプリを読み取り、プラットフォームのセットアップを手助けします。
__CAPGO_KEEP_0__の署名クレデンシャルを作成またはインポートし、バンドルIDにプロビジョニングプロファイルをマップし、CI用に環境ファイルをエクスポートします。
ローカルターミナル、CI、またはエージェントワークフローから署名済みiOSビルドを要求し、ビルドが実行中のログを流します。
テストフライトにアップロードまたはIPAを収集し、Capgoライブ更新とともにJSとアセットの修正を継続して配信する。
ユーザー信号
ユーザーが主に言及するのはMac以外のことではなく、リリースプロセスが繰り返し実行できるようになることです: initを一度実行し、ビルドを要求し、ログをストリームし、署名ファイルをチーム間でやり取りしなくなることです。
共通Capgoビルダーフィードバック
Capacitorで作成されたアプリ
学校、交通、サポートアプリは、チームがほとんどウェブ、サポート、またはオペレーションに従事している場合でも、署名されたモバイルリリースが必要です。ホストされたビルドワークフローは、シングルマシンボトルネックを排除しつつ、署名ステップを繰り返し実行できるようにします。
Education
School communications app where non-native teams still need reliable signed releases.
TRAVEL AND LOCAL
開発者マシンに依存しないリリースハンドオフのある乗車券予約アプリ。
ツール
再現可能なモバイルビルドレコードが必要なオペレーションチーム向けのサポートユーティリティ。