Xcode Cloud は演算分と同時実行本数が別枠。分だけ見て並びで詰まる例が多い。Archive・公証・ASC・TestFlight は分散が大きいので日単位の専有クラウド Macへ逃がし、PR は Xcode Cloud に残す分割が現実的。
2
独立した上限（分と並列）
3
逃がしやすいレーン
4
ロールバック段階
切替シグナル
同一スプリントで次の二つ以上なら分割を検討：分偏り／並び待ち／配布キーと fork の混線／TestFlight 締切遅れ。詳細は キャッシュ意思決定マトリクス と GitLab Runner と Xcode Cloud の FAQ。
経路設計
リリース帯だけ専有し、Xcode マイナーを Cloud と揃え、取得→Archive→export→公証→アップをスクリプトに閉じる。notarytool は外向き敏感なのでリトライは自動化へ。
契約
リリース用アカウントとキーチェーンを分け、どの ASC キーで上げるかを文書化。SHA は Cloud のテストと Mac の Archive で一致させる。
マトリクス（要約）
| ステップ | Cloud 優先 | 日次 Mac 優先 |
|---|---|---|
| PR テスト | fork 多・Git 密 | 並列枯渇でレーン分離 |
| Archive | 小さく予測可能 | SPM 重い・entitlements 不安定 |
| 公証 | 既定資格で足りる | 固定 IP やレビューが要る |
| TestFlight | 連携が単純 | 締切前に必ず上げたい |
FAQ
処理が止まる： 無効バイナリでなければ戻さず Apple 側を追う。コンプライアンス不足： メタデータなので ASC で前進、無駄な Archive は回さない。二重 Archive： 同一 SHA で Mac は一度だけ。
四時刻
キュー投入・compile 終了・公証完了・処理完了。隙間が縮まらないなら CPU ではなく回線かメタデータ。
VPSSpark のクラウド Mac mini なら、リリースの時間窓を守りやすい
Archive・公証・TestFlight は macOS 上の xcodebuild と notarytool が最も読みやすい。Apple Silicon のユニファイドメモリと静音筐体は、待機がおおよそ4W前後の Mac mini 級でリリース日だけ常駐させやすい。
Gatekeeper・SIP で署名ホストの説明がしやすく、Homebrew と SSH で接着剤を足せる。
PR は Xcode Cloud、上限時だけリリース段を載せ替えるなら VPSSpark クラウド Mac mini M4 が現実的——プランを今すぐ確認。