1台のMacはリリースのボトルネックになります。
リリースはハードウェアと署名問題に変わります。チームはXcode、有効なmacOS設定、および1台のマシンに保存されている正確な証明書が必要です。
任意のマシンからiOSビルド
Macを所有することなくiOSアプリをビルド
Swiftをコンパイルすることだけが難しいというわけではありません。Xcode、証明書、プロビジョニングプロファイル、App Store Connectキーや、1台のノートパソコンがリリースゲートになるということです。Capgo Builderは、Capacitor チームに、CLIから始まるiOSビルドのためのパスを提供します。
マーティンから人間のサポート
0台のMac
Appleのローカルハードウェアが必要
1つのCLI フロー
導入された署名設定
リアルタイムの更新
毎日ウェブの変更
Capgo Builder
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マネージドマック容量
Appleが要求するiOSビルドを実行する場所で、既存のマシンからトリガーする。
同様のCapgoリリースループ
ネイティブバイナリをネイティブの変更に保持し、ストアビルドがインストールされた後、OTAを使用してWebの変更を使用します。
問題
iOSは、Macのオペレーションチームになる必要があるすべてのWebチームに強制するべきではありません。
署名の知識は部族的です。
リリースが待機中です。プロファイルが有効になっていない場合、プロファイルが期限切れになっている場合、チームはAppleの署名を圧力をかけながら再学習する必要があります。
DIY macOS CIは別の製品になります。
MacOS CIは、秘密情報、Fastlaneのレーン、Xcodeイメージの更新、ログ保持ルール、Appleの動作変更によるデバッグが必要です。
隠された作業
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.
ソリューション
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
ソリューション
__CAPGO_KEEP_0__は、Macハードウェアを必要とするビルドのみに使用します。
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リポジトリをクローンする必要はありません。
ライブログ
ビルドログは、ターミナルにストリーミングされ、敏感な出力がチームが監査する必要がある長期的なデータベースになるのを防ぎます。
一時的なビルド環境
クレデンシャルは、ビルド環境に渡され、ビルド後に削除されます。ビルダーは、永久的なクレデンシャル・バンクではありません。
ワークフロー
From Capacitor project to signed iOS build
1
Builderを初期化する
プロジェクトからBuilderの初期フローを実行します。 CLI は Capacitor アプリを読み取り、プラットフォームのセットアップを歩きます。
2
サインアップ設定
サインアップ設定を作成またはインポートし、プロビジョニング プロファイルをバンドル ID にマップし、CI 対応環境ファイルをエクスポートする準備ができたら、
3
クラウド ビルドを実行
ローカル ターミナル、CI、またはエージェント ワークフローから署名済み iOS ビルドを要求し、実行中のログをストリーミングします。
4
リリースして進みます
テストフライトにアップロードまたはIPAを収集し、 Capgo のライブ アップデートで JS とアセットの修正を継続して配信します。
ユーザー信号
主な救済としてユーザーが言及するのは、Mac だけではなくて、リリースプロセスが繰り返し可能になることです: init を一度実行し、ビルドを要求し、ログをストリーミングし、サインインファイルをチーム間で回す必要がなくなります。
一般的な Capgo Builder のフィードバック
Capacitor で作成されたアプリ
Mac を待つ必要のないオペレーショナル アプリ
学校、交通、サポートアプリは、チームがほとんどウェブ、サポート、または運用の場合でも、署名されたモバイルリリースが必要です。ホストされたビルドワークフローは、シングルマシン障壁を削除しながら、署名ステップを繰り返し実行できるようにします。
教育
IRIS ParentMail
非ネイティブチームでも信頼できる署名リリースが必要な学校のコミュニケーションアプリです。
1.2Mインストール
2.8 評価
交通とローカル
KAI Access: Train Booking App
開発者が一台のマシンに依存しないリリースハンドオフが必要な、交通手配アプリ。
13.5M インストール
2.8 評価
ツール
Técnico Virtual – Suporte Técn
サポートツールは、オペレーションチームが繰り返しモバイルビルドレコードを必要とする場所です。
10.3M インストール
4.3 評価
Macを購入せずにiOSを配信する
Macを購入せずにiOSを配信する
最初に署名されたiOSビルドから始め、Android、CI、ライブアップデート、チームワークフローを追加して、リリースプロセスが成長するにつれて、追加してください。