Xcode 27ランナーGA：ビルド成功とApple Silicon対応を分けて確かめる
ワークフローが緑でも配布候補が動くとは限らない。GitHubは2026年10月15日、Xcode 27ランナーイメージの一般提供を発表した。Appleアプリを作る小さなチームほど、ツール、実行アーキテクチャ、配布結果を別々に確認したい。
提供範囲を先に読む
イメージはmacOS 27上で動き、Xcode 27とApple SDKを含む。runs-onにはxcode-27またはxcode-27-xlargeを指定する。すでに同じラベルを使う場合は変更不要だ。Apple Silicon arm64のみで、Intelランナーには提供されない。イメージはXcodeのメジャーバージョンを軸に選ぶ仕組みであり、GAは全依存関係の互換性保証ではない。
証拠1：実際に選ばれたツール
以下はチーム運用の提案だ。同じコミットで比較実行を作り、ラベル、uname -m、xcodebuild -version、開発者ディレクトリ、SDK一覧を記録する。秘密情報や署名資産はログに出さない。コミットと実行IDを残せば、別の担当者も失敗条件を再現しやすい。
証拠2：ネイティブ依存の実行経路
ランナー上の生成器やインストーラーがarm64で動くかと、アプリの各ターゲット用バイナリがそろうかは別の問いだ。キャッシュをアーキテクチャとツールチェーンの境界で見直し、キャッシュなしの比較も残す。成功するまで削除し続けると原因の証拠が消える。シミュレーター試験を実機アーカイブ確認の代わりにしない。
証拠3：配布候補と戻し方
コンパイル、テスト、アーカイブ、書き出しを個別に記録する。署名には既存の承認済み秘密管理経路を使う。内部配布でインストールと起動を確認してから切り替え、旧ワークフローと再現可能なコミットを戻り先に残す。速度や費用の改善は保証せず、同条件の自社計測で判断する。
今回はコミュニティ反応の定量資料を使っていない。新ツールが必要でも全リポジトリを一度に移す必要はない。ネイティブ依存の多いアプリを分け、ログの場所と担当者を決める。無期限の保留より、範囲と合格基準を決めた試行が実用的だ。
代表アプリ一つと比較コミット一つを選び、両実行のツール一覧、テスト、書き出し結果をつなぐ。導入ソフトはrunner-imagesで確認する。完了条件は緑の表示だけでなく、インストール可能な候補と戻せる証拠に置く。
公式出典
GitHub Changelog · Xcode 27 GA
Appleアプリのワークフロー一つで、まず三つの証拠をつなげよう。