Appleの公開ページでは、Xcode 27.1 RC（27A9275）の公開日は2026年10月5日とされています。Appleのリリース情報が確認するのはRCの公開であり、Betaにあった拡張機能の制限が修正されたことまでは示していません。
症状 → RCが公開されたので、iPhone DuoシミュレーターのApp ExtensionもCIで動くはずだと判断したくなります。
最短の対応 → RCのリリースノートを確認し、隔離したMac CI環境で実ジョブを検証してください。未合格なら、既存のシミュレーターまたは実機テストを必須経路として残します。
この記事の対象 - Xcodeのバージョン准入を決める、企業のiOSプラットフォーム担当者。 - iPhone Duo SimulatorでのApp Extension CIを評価する、QA基盤担当者。 - 隔離検証環境と既存のMac CI経路を管理する、運用担当者。
SECTION 01RC公開と拡張機能の対応状況は分けて判断します
AppleのXcode 27.1 Betaリリースノートには、iPhone Duoシミュレーターで多くのアプリ拡張を実行・デバッグできない既知の問題が記録されていました。Betaのリリースノートが示すのはBeta時点の情報です。RCの公開だけを根拠に、問題が解消したとも、継続しているとも断定できません。
そのため、判断材料は分けて扱います。
- RC公開の事実： Appleの公開情報でXcode 27.1 RCのバージョンと公開日を確認します。
- Beta時点の注意点： Betaの記録にある制限は、対象バージョンを明記したうえで参照します。
- RCの実際の状態： RC対応のリリースノートと、チームのCIで得た結果を確認します。
RC固有の記載を確認できない場合も、「問題なし」と読み替えないでください。AppleのXcodeリリースノート一覧と対象バージョンの記載を確認し、判定に使ったURLや確認日を准入記録に残します。
注意： Betaで報告された現象をRCの確定仕様として扱うことも、RCが出たことだけで修正済みと扱うことも避けてください。どちらも、実際のジョブ結果を代替する証拠にはなりません。
SECTION 02拡張テストの失敗箇所を分けて調べます
「拡張が動かない」という結果だけでは、シミュレーターの対応可否は判断できません。ビルドに失敗したのか、ランタイムが起動しないのか、拡張のインストール後に起動できないのか、デバッグ操作に限って失敗するのかを区別します。
| 失敗した段階 | 先に見る項目 | CIで残す証拠 |
|---|---|---|
| ビルド | 拡張ターゲット、構成、依存関係、署名関連の設定 | ビルドログ、選択したスキーム、終了結果 |
| シミュレーター起動 | 選択したランタイム、ランタイムの導入状態、起動結果 | XcodeとmacOSの識別情報、ランタイム一覧、起動ログ |
| 拡張のインストール・起動 | アプリと拡張の構成、インストール結果、実際の起動操作 | インストール後の状態、起動ログ、テスト結果 |
| デバッグ操作 | デバッガーの接続、対象プロセス、再現する操作 | 操作手順、接続結果、失敗時のログ |
拡張はアプリ本体とは別のターゲットとして構成される場合があります。プロジェクト設定はAppleのターゲット構成ガイドと照合し、アプリ拡張の実行モデルはExtension Foundationの説明で確認してください。ターゲット設定の不備とランタイム側の制限を、同じ原因として扱わないことが重要です。
SECTION 03隔離したCIで実ジョブを検証します
検証では、ローカルGUIで一度成功したかではなく、チームが実際に使う入口から同じ処理を再現できるかを確認します。Xcode、macOS、対象ランタイムの組み合わせを固定し、変更した条件が分かるようにしておきます。
| 確認するジョブ | 実行内容 | 合格とみなす証拠 |
|---|---|---|
| 拡張のビルド | チームのプロジェクトと対象ターゲットをCIからビルド | 成功結果と保存されたビルドログ |
| インストール・実行 | 対象ランタイムでアプリと拡張をインストールして起動 | 各段階の結果と再現手順 |
| 自動テスト | 実際に門番として使うテスト入口を実行 | テスト結果、失敗箇所、再実行時の結果 |
| 既存経路との比較 | 同じコミットを、検証済みの従来シミュレーターまたは実機でも実行 | 両方の結果と環境情報 |
検証手順
- 隔離したCIレーンを用意し、通常の本番門番ジョブから切り離します。
- 使用するXcodeとmacOS、対象シミュレーターランタイムを記録し、意図しないツールチェーンの切り替わりがないか確認します。Xcodeのコマンドラインツール設定も照合してください。
- チームの実プロジェクトを使い、拡張のビルド、インストール、起動を個別に試します。
- CIが通常使用するテスト入口で自動テストを実行し、ログと結果を保存します。テスト結果の実行と解釈に関するAppleの説明を参照し、テストの成否と失敗位置を記録します。
- 同じコミットを既存のテスト経路でも実行し、RC側だけで発生する差かどうかを比較します。
- 成功と失敗の条件、再現手順、担当者、回帰経路を准入記録にまとめます。
単発の成功だけでは、本番の門番を置き換える根拠になりません。成功が再現できない、またはCIとローカルで結果が異なる場合は、環境差を解消するまで試験レーンにとどめます。
運用上の注意： Appleのシミュレーターまたは実機でアプリを実行する手順は実行経路の確認に使えますが、対象の拡張がチームのCIで動作する証明にはなりません。実ジョブのログを准入判断に結び付けてください。
SECTION 04合格条件に応じて試験・回帰経路を選びます
次の条件分岐で、iPhone Duoシミュレーターをどこまで使うか決めます。
- RCのリリースノートで状態を確認でき、拡張のビルドからテストまでCIで再現できる場合： 対象ジョブに限って試行します。結果を記録し、既存経路をすぐに撤去しないでください。
- 拡張の実行は未合格だが、通常の画面回帰は通る場合： 画面回帰などを分けて試行し、拡張の必須テストは検証済みの従来シミュレーターまたは実機に残します。
- ローカルでは成功してもCIで再現できない場合： ツールチェーンの選択、ランタイムの導入、ターゲット設定、テスト入口を比較します。差の原因が特定できるまでは、本番門番にしません。
- RCの状態もチームの再現結果も確認できない場合： 隔離試験を継続し、拡張テストを唯一の生産門番にする判断を保留します。
企業Mac CIの受け入れ記録には、Appleの記載を確認した結果、対象タスクの成否、再現条件、回帰経路、責任者を残します。Xcodeのテスト概要も参照し、試験結果が実際のCIテストとして記録されているか確認できます。
SECTION 05よくある確認事項
iPhone Duo Simulatorで拡張が動かないとき、CIではどう判定しますか？
ビルド、ランタイム起動、拡張のインストールと実行、デバッグを分けて記録します。同じコミットを既存のテスト経路でも実行し、結果と環境情報を比較してください。
RCでBeta時点の拡張デバッグ制限は解消していますか？
Betaの記載だけでは判断できません。RCのリリースノートとチームの実ジョブの両方を確認し、根拠が揃うまで修正済みとして扱わないでください。
iPhone Duoシミュレーターだけを企業CIのテスト門番にできますか？
拡張を含む実際の門番ジョブが再現可能な形で合格するまでは避けてください。未合格のテストには、検証済みの従来シミュレーターまたは実機経路を残します。
SECTION 06試験結果を確かめてから本番経路を広げます
この検証では、RCの公開と拡張機能の対応状況を混同しないことが重要です。確認できたジョブだけを試行し、拡張テストが未合格なら既存のテスト経路を維持してください。
最終更新：2026年10月6日。 Xcode 27.1 RCの公開日とバージョンはAppleの公開情報、Beta時点の既知の問題はAppleのXcode 27.1 Betaリリースノートを確認しています。RCでの修正有無と、チーム固有のCIでの動作は別途確認が必要です。
従来の自前Mac環境は手元で条件を管理しやすい一方、購入・維持の手配が必要で、検証用の隔離環境を常時確保しにくい場合があります。共有CI環境だけに頼る場合も、ツールチェーンやランタイムの差をチーム側で制御できるか確認が必要です。短期のRC検証や一時的なMac CIレーンが必要なら、MACNOXのリモートMac環境案内で必要なXcode、macOS、テストランタイムが利用できるかを先に照合し、料金情報とあわせて検討してください。確認できていない拡張機能の対応を前提にせず、実ジョブの検証結果をもとに利用可否を決めます。