2026年短周期 Expo EAS iOS ビルドキュー圧：`eas build --local` と按日クラウド Mac Runner の凭証注入・キャッシュキー、分パック対按週運用の意思決定マトリクス FAQ

Expo Application Services（EAS）のクラウドビルドは、リリース前の短周期で複数ブランチを同時に走らせるとキュー待ちが支配的になります。ホスト側の同時実行枠や優先度に依存するため、PRごとの検証ビルドが「数十分待ち」になると開発フローが途切れます。対策の一角としてeas build --localを自前の macOS 上で実行し、成果物だけを EAS にアップロードする構成が増えています。按日レンタルのクラウド Mac Runner に載せると、オフィス端末を占有せずに同じ経路を再現できます。

`eas build --local` を按日クラウド Mac に載せる

Runner は「ログイン済みの macOS セッション」で Expo CLI と Xcode が揃っていることが前提です。SSH セッションだけでなく、必要なら短時間 VNC でグラフィカルな同意画面を処理する運用もあります。按日ノードは日次で環境が初期化されやすいため、依存の固定（package-lock.json / yarn.lock、Podfile.lock）と、Xcode セレクタの明示をスクリプト先頭に置くと再現性が上がります。Shell Executor で Runner を束ねる場合のタグ設計は、2026年短周期バーストビルド：GitLab CI セルフホスト macOS Runner をクラウド Mac に接ぐ Shell Executor、キャッシュキーとタグ戦略──GitHub Actions 併用時の意思決定マトリクスと実行パラメータ FAQ と同型の考え方がそのまま流用できます。

# EAS がクラウドと通信するためのトークン
export EXPO_TOKEN="***"

# Apple 側資格情報（credentials.json / App Store Connect API 鍵などの置き場所はポリシーで統一）
export EXPO_APPLE_APPLICATION_SPECIFIC_PASSWORD="***"  # 必要なワークフローのみ

凭証・トークン注入の実務 FAQ

EXPO_TOKEN はリポジトリに書かず、Runner のシークレットストアや macOS キーチェーン連携のラッパに限定します。配布用証明書とプロビジョニングプロファイルは EAS Credentials 同期か、社内の暗号化ストアからビルド直前に展開するかを一本化し、失敗時のログにパスを残さないようマスクします。按日マシンでは「昨日入れた鍵が今日消えた」が起きるため、注入はパイプラインの冪等ステップに置くのが安全です。

キャッシュキーを何に束ねるか

誤った共有キャッシュは「昨日まで通っていたのに今日だけ署名エラー」より厄介です。推奨は ロックファイルのハッシュ、Xcode / SDK バージョン、Runner の論理ID（按日なら日付タグ） の積です。DerivedData や CocoaPods の tarball をオブジェクトストレージに退避する場合も、キーに Expo SDK 版と eas.json のプロファイル名を含めると衝突が減ります。

EAS 分パックと按週クラウド Mac の比較マトリクス

分課金やビルド分数のパッケージは、スパイクが読めないチームに向きます。一方、週単位でクラウド Mac を確保すると、キュー外の --local を何度でも走らせられるため、短周期の「待ち時間コスト」が下がりやすいです。Apple 公式の分上限と併用する切替判断は、2026年、Xcode Cloud の分パックと同時実行が上限に達したあと：日単位クラウド Mac が Archive・公証・TestFlight を引き受ける切替シグナル、経路設計とロールバック意思決定マトリクス FAQ のフレームと対照しやすいです。