M4 クラウド ノードでのビルドとパッケージ化: パイプラインを上流に移動しました

Zutcloud の主要ハードウェアは Mac mini M4 です。 Xcode と Docker およびスクリプトを実行しているプロジェクトの場合、CPU と RAM は、コーディングを続けるかビルドを待つかに直接関係します。レガシー プロジェクトの完全なビルドを M4 ノードに移動した後、クリーン ビルド時間は約半分に短縮されました。

どのビルド シナリオがクラウド Mac に適合しますか?

移行前に、一般的なシナリオを苦痛のレベルに基づいてランク付けしました。

「コンパイルされる」から「プライマリ開発者はクラウドに存在する」へ

クラウド Mac をリモート ディスプレイとして扱うことはなくなりました。クリーン ビルドが縮小すると、チームは 1 つの固定環境でフロントロード チェックを実行します。単体テスト、静的分析、アーティファクトの署名を設計レビューと並行して実行できます。

Apple Silicon では、リンカーと Swift コンパイラーはメモリ帯域幅に敏感です。 Swift パッケージ、混合モジュール、または大規模なアセット カタログには、コンパイル ピーク時のスワップを避けるために、毎日のローカル使用量を超えるヘッドルームが必要です。

キャッシュ トリオ: DerivedData、CocoaPods、SPM

キャッシュはビルド速度の最も速い手段です。バージョン タグを使用して、イメージ内のこれら 3 つのディレクトリをベースラインにします。

~/Library/Developer/Xcode/DerivedData/   # Xcode インクリメンタル ビルド キャッシュ
~/Library/Caches/CocoaPods/              # CocoaPods ダウンロード キャッシュ
~/.spm-cache/ (または ~/.swiftpm/)           # Swift パッケージマネージャーのキャッシュ

# 毎日の反復: セッションの差分のみを同期します
# コールド スタートをメジャー イメージ アップグレード用に予約する

毎日のセッションの差分のみを同期します。メジャー イメージ アップグレード時のバッチ真のコールド スタート - 出力を無駄にすることなく速度を維持します。

可観測性、ロールバック、そして「午前 3 時に誰が応答するか」

クラウドのビルドは単なる所要時間ではなく、障害をどれだけ早く診断できるかが重要です。典型的な障害を 4 つのクラスに分類します。

• 画像のずれ— サイレント Xcode または CLT アップデート
• 依存関係解決タイムアウト— SPM / CocoaPods リモートフェッチタイムアウト
• 署名証明書の有効期限が切れています— 配布証明書またはプロビジョニング プロファイルの有効期限が切れています
• リモート Git にアクセスできません— 遅いサブモジュール DNS が遅いコンパイルとして誤って読み取られる

地理的に分散したチームの場合、最後に成功した毎晩のアーティファクト ハッシュと失敗ログ スニペットを読み取り専用チャネルに自動同期します。チームメイトがいない場合でも、誰かが環境と回帰を区別できます。

ロールバックの場合は、ディスク全体のスナップショットを作成するだけでなく、前回の良好な Xcode + CLT + CocoaPods の組み合わせの軽量イメージを保持してください。完全なホーム ディレクトリよりも高速です。夜間のパイプラインでは、サブモジュールのフェッチ時間をコンパイルとは別に計測して、DNS と Git のハンドシェイクの問題を特定します。