1台のMacがリリースのボトルネックになる
小さなリリースは、チームがXcode、有効なmacOS環境、および1台のマシンに保存されている正しい証明書が必要になるハードウェアと署名問題になる
任意のマシンからiOSビルド
Macを所有する必要なくiOSアプリをビルド
Swiftをコンパイルすることの難しさはXcode、証明書、プロビジョニングプロファイル、App Store Connectキー、そして1台のノートパソコンがリリースゲートになることです。 Capgo ビルダーは Capacitor チームに CLI の先行で、任意の場所から署名済みiOSビルドを提供します。
0台のMac
ローカルAppleハードウェアが必要
1つの CLI フロー
__CAPGO_KEEP_0__ Builder
リアルタイム更新
毎日ウェブの変更
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マネージドマック容量
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の例
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は、稀なバイナリ問題と日常の製品問題を分離します。ネイティブビルドはクラウドで署名され、Webの変更はライブアップデートを通じて動作します。
Macハードウェアはビルドが必要なときにのみ使用します
Capgo Builderは、管理されたAppleハードウェア上でiOSビルドを実行します。Windows、Linux、またはスペックが低いノートパソコンでも、ターミナルから署名済みのiOSビルドをトリガーできます。
証明書の設定はガイド付きのフローになります
The CLIは、Appleの難しい部分をガイド付きのフローで導きます: バンドルID、App Store Connectキー、配布証明書、P12、プロビジョニングプロファイル、多目標プロファイルマッピング。
CLI-firstリリース自動化
ローカル、CI、またはエージェントワークフローから同じコマンドを実行します。リリースをダッシュボードに移動する必要はなく、Xcodeを教える必要もありません。
ネイティブビルドプラスライブアップデート
Builderを使用するには、ネイティブcode、プラグイン、アイコン、パーミッション、またはSDKバージョンが変更された場合にのみ使用してください。JavaScript、CSS、資産の変更は、ストアの提出間でライブアップデートを使用してください。
トラストモデル
クラウドハードウェアを使用するには、リリースプロセスを手放す必要があります
クラウドビルドは、ソース、キー、ログが永遠に生き続ける新しい場所を作成することなく、運用リスクを削減する必要があります。
フルリポハンドオフ
ネイティブビルドに必要なファイルのみをランナーに送信します。Capgoは、ビルドを生成するためにフルGitリポをクローンする必要がありません。
ライブログをデフォルトで使用
ビルドログは、ターミナルに流れます。敏感な出力が、チームが監査する必要がある長期間生き続けるデータベースになるのを防ぎます。
エフェメラルビルド環境
クレデンシャルは、ビルド環境に渡され、ビルド後に削除されます。ビルダーは、永久的なクレデンシャルボックスではなく、臨時ランナーです。
Workflow
Capacitorから署名iOSビルドまで
1
Initialize Builder
ローカルターミナル、CI、またはエージェントワークフローからCLIプロジェクトのBuilder initフローを実行します。CLIはCapacitorアプリを読み取り、プラットフォームのセットアップをガイドします。
2
Set signing up
署名資格情報を作成またはインポートし、バンドルIDにプロビジョニングプロファイルをマップし、CI用に環境ファイルをエクスポートして、必要に応じて。
3
Run a cloud build
ローカルターミナル、CI、またはエージェントワークフローから署名iOSビルドをリクエストし、ビルドが実行中のログをストリーミングしてください。
4
Release and keep moving
TestFlightにアップロードまたはIPAを収集し、Capgoのライブアップデートを使用してJSとアセットの修正を継続して配信してください。
User signal
ユーザーが言及する主な救済は、Macがなくなることだけではありません。リリースプロセスが繰り返し実行可能になることです: init 1回、ビルドをリクエスト、ログをストリーミング、署名ファイルをチーム間で渡さなくて済みます。
一般的な Capgo ビルダーからのフィードバック
Capacitor で作られたアプリ
運用中のアプリは、1台のローカルMacに依存して待つべきではない
学校、交通、サポートアプリは、チームがほとんどウェブ、サポート、またはオペレーションである場合でも、署名されたモバイルリリースが必要です。ホストされたビルドワークフローは、シングルマシン障壁を排除しながら、署名ステップを繰り返し実行できるようにします。
教育
IRIS ParentMail
学校間の信頼できる署名リリースが必要な非ネイティブチーム向けの学校コミュニケーションアプリ
1.2M インストール
2.8 評価
旅行とローカル
KAI Access: Train Booking App
リリースハンドオフが1台の開発者マシンに依存しない乗車券予約アプリ
13.5M インストール
3.6 評価
ツール
バーチャルエンジニア – 技術サポート
サポートツールは、繰り返し可能なモバイルビルドレコードが必要なオペレーションテーム向けです。
10.3M インストール
4.3 評価