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マネージドMac容量
iOSビルドを実行する場所は、Appleがそれらを必要とします。 それらを、既存のマシンからトリガーします。
同じCapgoリリースループ
ネイティブバイナリをネイティブの変更で保持し、ウェブの変更はストアビルドがインストールされた後でOTAを使用します。
問題
iOSは、Macオペレーションチームになる必要があるウェブチームに制限を加えるべきではありません。
署名の知識は、部族の知識になります。
マシンがオフラインの場合、リリースは待ちます。 また、プロファイルが期限切れの場合、すべての人が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の例
Macのみのリリースの儀式を2つのコマンドで置き換える
iOSの通常のパスでは、Appleの署名を理解する必要があります。Capgoは、署名を理解する前にアプリがビルドされるかどうかを学ぶことができます。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製品/ブランドと開発者用語を完全に保持するため、Capgoは、ビルドを生成するために、フルGitリポジトリをクローンする必要がありません。
ライブログをデフォルトで表示
ビルドログは、ターミナルに流れ、敏感な出力がチームが監査する必要がある長期間にわたるデータベースになるのを防ぎます。
一時的なビルド環境
資格情報は、ビルド環境に渡され、ビルド後に削除されます。ビルダーは、永久的な資格情報の保管庫ではなく、一時的なランナーです。
ワークフロー
From Capacitor project to signed iOS build
1
Builderを初期化する
CapgoのBuilderをプロジェクトから実行してください。 CLI は Capacitor アプリを読み取り、プラットフォームの設定を歩きながら行います。
2
サインアップの設定
作成またはインポートするサインイン資格情報、プロビジョニングプロファイルをバンドルIDにマップし、CI用の環境ファイルをエクスポートする準備ができたら
3
クラウドビルドを実行
ローカルターミナル、CI、またはエージェントワークフローから署名済みiOSビルドを要求し、ビルドが実行中のログをストリーミングしてください。
4
リリースして進みます
テストフライトにアップロードするか、IPAを収集し、 Capgo のライブアップデートでJSとアセットの修正を継続してください。
ユーザー信号
ユーザーは、Macの欠如だけではなく、リリースプロセスが繰り返し可能になることを主な救済としています: initを一度実行し、ビルドを要求し、ログをストリーミングし、サインインファイルをチーム間で回す必要がなくなります。
Common Capgo Builder feedback
Apps built with Capacitor
Macに依存しない運用アプリは、1台のローカルMacを待つ必要はありません
学校、交通、サポートアプリは、チームがほとんどウェブ、サポート、または運用の場合でも、署名されたモバイルリリースが必要です。ホストされたビルドワークフローは、単一のマシン障壁を削除しながら、署名ステップを繰り返し実行できるようにします。
教育
IRIS ParentMail
学校のコミュニケーションアプリでは、非ネイティブチームでも信頼できる署名されたリリースが必要です。
1.2Mインストール
2.8 評価
交通とローカル
KAI Access: Train Booking App
開発者が 1 台のマシンに依存する必要のない、交通手配アプリです。
13.5M インストール
2.8 評価
ツール
Técnico Virtual – Suporte Técn
サポートツールは、オペレーション チームが繰り返しモバイル ビルド レコードを必要とする場所です。
10.3M インストール
4.3 評価
Macを購入せずにiOSを配信する
Macを購入せずにiOSを配信する
1回の署名されたiOSビルドから始め、Android、CI、ライブアップデート、チームワークフローを追加して、リリースプロセスが成長するにつれて