Xcode 27 Beta 5は、Apple公式情報でApple Silicon Macにのみインストールおよび実行できるとされています。Xcode 27 Release Notesに照らすと、Intel MacをそのままXcode 27へ更新することはできません。

症状 → 最速の対処 Intel MacがXcode 27を受け付けない → Xcode 26.6の本番プールを一時維持し、Apple SiliconのXcode 27検証プールを別に作成します。ビルド、テスト、署名、依存関係、障害時の復旧を双方向で確認してから、段階的に本番の経路を切り替えてください。

この移行計画の対象者

Intel MacでiOSの本番パイプラインを運用し、CPUアーキテクチャ移行の期限と退役条件を決める企業IT責任者向けです。 スクリプトやバイナリ依存、署名チェーンをApple Silicon上で再現したい開発生産性チーム、購入・レンタル・混合構成の予算を比較する技術責任者にも適しています。

なお、Xcode 27の正式版公開日、最終的なシステム要件、Betaで確認されていない不具合の修正状況は、現時点で断定できません。Appleが公開した情報と社内の実測結果を分けて記録してください。

移行開始時に固定する判断

Xcode 26.6は2026年6月25日に公開されています。Appleのリリース情報で確認できるこの既存版を、直ちに廃止する根拠にはなりません。Xcode 27 Beta 5がApple Silicon専用であることと、Intel Macを今すぐ停止することは別の判断です。

まず、次の三つを分離します。

  • Xcodeのバージョン移行：Xcode 26.6からXcode 27へ移す作業です。
  • CPUアーキテクチャ移行：Intel MacからApple Siliconへ実行基盤を変える作業です。
  • 資産の退役：旧ノードからアカウント、証明書、ログ、キャッシュ、業務データを削除する作業です。
新しいSDKを使った検証が必要になった時点、Xcode 27の正式版に備える社内期限が来た時点、既存Intelノードの故障や保守リスクが高まった時点で、移行プロジェクトを開始します。正式版の日付を推測して一括停止するのではなく、リリースSLAと検証結果で切り替え日を決めます。

**注意**：Xcode 27のBetaを本番リリースへ直結させないでください。Betaの対応状況と社内アプリの互換性は同じものではないため、検証プールと本番プールのキューを分けます。

第一段階：4週間前にIntel資産を棚卸しする

機器台数だけで代替容量を見積もると、夜間の並列処理、署名処理、テスト待ち、キャッシュ作成の偏りを見落とします。各Intel Macについて、次の項目を台帳化してください。

  • 担当するパイプライン、リポジトリ、ブランチ、ジョブのタグ
  • 使用中のXcode、SDK、RubyやPythonなどの補助ランタイム
  • Swift、Objective-C、ユニットテスト、UIテスト、アーカイブの用途
  • 開発用、検証用、配布用の署名用途
  • ピーク時の待ち行列、同時実行数、平均的なジョブ構成
  • ノード停止時に別のMacへ移せるか、手動作業が残るか
次に、x86_64専用のコマンドラインツール、事前ビルド済みバイナリ、プラグイン、シェルスクリプト、社内SDKを洗い出します。それぞれに所有者、置き換え候補、阻断レベル、修正期限を割り当て、単に「Apple Silicon対応」と記録するだけで終わらせないことが重要です。

本番プールでは、検証が終わるまで環境変更を凍結します。インストール済みパッケージ、環境変数、証明書の識別子、ビルドログ、代表的な基準ジョブを保存しておくと、Apple Silicon側で結果が変わったときに原因を追跡できます。共有Keychainを丸ごと複製する方法は、権限範囲と漏えい時の影響を広げるため避けてください。AppleのKeychain Servicesの説明を確認し、必要な秘密情報だけを管理対象にします。

第二段階：2週間前にApple Siliconの隔離ノードを作る

新ノードは、最初から本番の署名キューへ入れず、非本番の検証キューに接続します。既存の管理者アカウント、共有Keychain、全社共通の配布証明書を複製するのではなく、検証用のアカウントと最小権限の資格情報を準備してください。

CI/CD基盤では、IntelとApple Siliconを識別できるRunnerまたはAgentタグを分けます。Xcodeの選択処理、依存関係のインストール、ワークスペースの消去、成果物の保存先を、既存ノードとは独立して再構成します。セルフホストRunnerのラベル指定やジョブ割り当ては、利用中のCI基盤の公式仕様に合わせて確認してください。Runnerをワークフローで指定する公式手順も、タグ設計を点検する材料になります。

代表的なアプリで、コンパイル、Objective-Cとの混在、テスト、アーカイブ、社内依存へのアクセスを順に実行します。一度ビルドが成功しただけでは合格にしません。ノードを再起動し、エージェントが自動復帰し、必要な依存関係を再取得し、署名処理まで無人で完了することを確認します。

第三段階：1週間前に同一コミットを双跑する

切り替え前は、同じコミットをIntelプールとApple Siliconプールへ流します。比較対象はビルド時間ではなく、次の成果物と運用結果です。

  • コンパイル結果と警告の変化
  • 単体テスト、UIテスト、統合テストの成否
  • アーカイブの内容と書き出し結果
  • 署名、プロビジョニング、配布前検査
  • キャッシュを使った場合と消去した場合の差異
  • ノード再起動後の復帰、ログ収集、失敗時の再実行
  • 同じコミットに対する成果物の再現性
署名関連は、証明書が存在するだけでなく、意図したチーム識別子とプロビジョニング設定で配布可能な成果物になることを確認します。[Appleの署名済みコード作成に関する公式資料](https://developer.apple.com/documentation/xcode/creating-distribution-signed-code-for-the-mac/?utm_source=openai)を基準に、iOSプロジェクト固有の署名手順も台帳へ残してください。

IntelとApple Siliconで差が出た場合は、ツールチェーン、アーキテクチャ条件、キャッシュ、スクリプト、第三者バイナリの順に切り分けます。Rosettaを使える場合でも、それはx86_64依存を直ちに解消するものではなく、移行期間の暫定策として期限を設定してください。

第四段階：准入条件を満たしてから段階的に切り替える

本番へ入れる前に、次のチェックリストを担当者と一緒に記録します。

  • [ ] 代表的なSwiftおよびObjective-CプロジェクトがApple Siliconで完了している
  • [ ] テスト、アーカイブ、書き出し、署名、配布前検査を同じコミットで比較している
  • [ ] x86_64専用のツールとバイナリに代替策または期限付きの暫定策がある
  • [ ] Xcodeの選択と依存関係の導入がノードごとに再現できる
  • [ ] 共有Keychainや管理者資格情報を複製していない
  • [ ] ノード再起動後にCIエージェントが無人で復帰する
  • [ ] Apple Silicon障害時にIntelのXcode 26.6プールへ戻せる
  • [ ] 失敗した成果物を本番配布へ進めない制御がある
  • [ ] 実際のピーク負荷を想定した待ち行列と代替容量を記録している
  • [ ] 切り替え責任者、監視担当、回退手順、判断時刻が決まっている
合格後も、最初はPR検証や署名を伴わないジョブから移します。その後にテスト、アーカイブ、正式リリースへ広げ、各段階で回退できるルートを残します。新プールの成功率だけでなく、失敗時に旧プールへ戻るまでの手順が実行できるかを確認してください。

第五段階：切り替え後にIntelノードの扱いを決める

移行後のIntel Macは、Xcode 26.6互換プールとして限定的に残せます。ただし、Apple Siliconへ移した新しい本番ジョブを旧ノードへ戻してしまうと、依存関係と成果物の再現性が再び分岐します。残す場合は、対象ジョブ、利用期限、保守担当、停止条件を明文化してください。

退役時には、CIエージェントの登録解除だけで終わらせません。管理者アカウント、SSH鍵、証明書、秘密鍵、Keychain項目、キャッシュ、ビルド成果物、監視連携、資産台帳を順番に処理し、削除記録を残します。必要な監査ログを保存した後、ストレージの消去と再利用・廃棄の承認を別工程で実施します。

購入、レンタル、混合構成の選択は、互換性の不足、実際の同時実行負荷、復旧能力、利用期間、物理ポートの要否を合わせて決めます。固定的な高負荷が長期に続く場合や、社内機器との物理接続が必要な場合は購入が合理的です。一方、正式版前の検証、短期の増設、採用や拠点開設に伴う一時的な需要なら、Apple Silicon Macのレンタル構成を実プロジェクトで先に確認する方が、未検証の設備投資を避けやすくなります。

FAQ：移行判断で止まりやすいポイント

本文の手順とは別に、担当者が承認前に確認すべき論点をまとめます。

Xcode 27をIntel Macへ入れられない理由

Xcode 27 Beta 5はApple Silicon専用です。これはIntel向けインストーラーが見つからないという配布上の問題ではなく、対応するMacのCPUアーキテクチャが限定されているという公式要件です。Intelノードの設定変更で解消する前提を捨て、Xcode 26.6用の互換プールと新しい検証プールを分けてください。

Xcode 26.6の利用期間

Xcode 26.6の公開日は確認できますが、Intel Macでいつまで利用できるかを一つの日付で決めることはできません。利用中のSDK、社内ライブラリ、配布要件、監査条件が満たされる期間だけ、限定プールとして運用します。Xcode 27の検証を開始した時点で、旧ノードを新要件の代替とはみなさないでください。

iOS CI/CDで確認する範囲

ビルド成功だけでなく、テスト、アーカイブ、署名、書き出し、配布前検査、依存関係の取得、キャッシュ消去、再起動復帰までを同一コミットで確認します。Apple Siliconへの移行では、CPU条件を含むスクリプトや事前ビルド済みバイナリが見落とされやすいため、ジョブ単位ではなく依存関係単位で担当者を割り当てます。

成果物が一致しない場合

成果物の差異をすぐに「Apple Siliconの性能差」と結論づけず、署名、アーカイブ、埋め込みフレームワーク、キャッシュ、ツールの実行アーキテクチャを分解して比較します。修正できない依存が残る場合は、Rosettaを期限付きの回避策にし、代替版の導入またはIntel互換キューへの回退条件を決めたうえで運用します。

購入と一時レンタルの境界

検証段階では、実際のアプリ、署名資格情報、待ち行列、復旧手順を確認できるApple Siliconノードが必要です。調達承認や納品を待つより、隔離したリモートMacで証拠を集める方が速い場合があります。長期の固定負荷や物理接続が中心なら購入、変動負荷や移行期間の補充ならレンタル、両方があるなら混合構成を検討します。

現行構成とMACGPUを使う構成の比較

Intel Macを社内で持ち続ける方法は、既存環境を活用できる反面、Xcode 27の検証対象にならず、故障時に代替機を用意しにくく、台数追加の調達期間と保守負担を抱えます。さらに、旧ノードと新ノードを並行運用すると、環境差の管理、署名資格情報の分離、キュー設計が増えます。

MACGPUのApple Silicon Macレンタルを隔離した検証ノードとして使えば、まず自社プロジェクトで互換性、容量、再起動復帰を確認し、その後に購入または常設レンタルを決められます。必要な期間だけ増設し、既存のIntelプールを回退先として残す混合運用も可能です。利用条件や申し込み前の構成確認は、MACGPUの日本語サービス案内で確認したうえで、Xcode 27の検証記録を根拠に社内の調達判断へ進めてください。