Xcode 26で保守中のアプリを開いたのに、ターミナルのビルド結果がXcode 27.1側のものに見えることがあります。
結論：Xcode 27.1とXcode 26は別々のアプリとして共存できます。ただし、既定のコマンドラインツール、ビルドごとのツールチェーン、Simulator Runtimeは個別に確認してください。 切り替えがまれなら一台のMacで運用し、並行ビルドや再現性が必要なら実行環境を分けるのが安全です。
既存アプリをXcode 26で保守しながら、新しい環境を検証する独立開発者や小規模チーム向けです。
複数バージョンを使うスクリプトや、常時稼働するビルド環境を管理する担当者にも役立ちます。
最終更新：2026年10月19日。公開状況はApple Developerのリリース一覧で確認し、要件と操作はApple公式資料に基づいています。同一覧ではXcode 27.1が2026年10月15日、Xcode 27.2 beta 3が2026年10月14日付で掲載されています。Betaの情報を正式版の仕様として扱わず、導入時点の公開内容を確認してください。
[ SECTION_01 ] Xcode 27.1とXcode 26の共存は、対応OSとプロジェクト互換性を分けて判断します
Xcodeアプリを別々に置けることと、同じMacで両方のバージョンを問題なく使えることは同じではありません。最初に各バージョンのシステム要件を照合し、その後にプロジェクトのビルド結果を確認します。
| 確認項目 | 見る場所・判断方法 | 共存可否への影響 |
|---|---|---|
| XcodeごとのmacOS要件 | AppleのXcodeシステム要件で、対象のリリースを個別に確認 | 片方の要件を満たさないMacでは、その版を使えません |
| プロジェクトの互換性 | 対象のXcodeで同じSchemeをビルドし、必要ならArchiveまで確認 | アプリが開くことだけでは、ビルド成功の根拠になりません |
| リリース固有の変更 | Xcodeリリースノートで各版の記載を確認 | SDKやツールの差が既存プロジェクトに影響する場合があります |
Xcode 27.1とXcode 26について、それぞれ実際に使うリリースのmacOS要件を照らし合わせます。Betaの要件を正式版に当てはめたり、「起動したからプロジェクトも互換」と判断したりしないでください。依存関係、ビルド設定、署名を含め、プロジェクト側の結果で判断します。
[ SECTION_02 ] 既定のコマンドラインツールは、開いているXcodeと別に確認します
GUIで開いているアプリと、ターミナルやCIスクリプトが参照する開発者ディレクトリは、別々に選ばれることがあります。複数のXcodeを入れたMacでは、コマンドがどの版を使うかを確認してからビルドしてください。
| 方法 | 影響範囲 | 適する場面 |
|---|---|---|
xcode-select -pで確認 |
現在選択中の開発者ディレクトリを表示 | 実行前の確認 |
xcode-selectで選択先を変更 |
Macの既定の参照先を変更 | 主に使うXcodeを切り替える場合 |
DEVELOPER_DIRを指定 |
指定したコマンドの実行環境に適用 | 一度のビルドだけ別のXcodeを使う場合 |
Appleは、複数のXcodeを使う際のコマンドラインツール選択方法を開発者ディレクトリの設定資料で説明しています。ビルドコマンドや各ツールの役割はコマンドラインツールのリファレンスも参照してください。
特定のXcodeだけでビルドする場合は、アプリの実際の保存場所に合わせてパスを指定します。
DEVELOPER_DIR="/Applications/Xcode_26.app/Contents/Developer" xcodebuild -scheme MyApp -destination 'generic/platform=iOS' build
Xcode_26.appは例です。実際のアプリ名と場所に置き換えてください。CI設定、シェルスクリプト、端末ごとの設定が既定値を上書きしていないかも確認します。コマンドが成功しても、想定したXcodeだったとは限りません。
[ SECTION_03 ] 同じコミットとSchemeで、ビルド結果を分けて記録します
プロジェクトを開けるかどうかではなく、同じ入力から対象のXcodeで必要な成果物を作れるかを検証します。片方の版でだけ依存関係の解決やビルド設定に差が出た場合は、そのプロジェクトのログと設定を調べてください。新しい版なら必ず成功する、または必ず失敗するとは限りません。
Schemeの構成に関するAppleの説明を参照し、各版で対象Schemeとビルドアクションが一致していることを確かめます。記録には、コミット、使用したXcode、選択したSDK、ビルドコマンド、結果を含めると、後から差を追いやすくなります。
代表的なビルドを切り分ける手順
- 検証対象のコミットを固定し、作業ツリーの変更有無を記録します。
- Xcode 26で対象のSchemeとビルド先を明示し、
xcodebuild -versionなどで使用版を確認します。 - 同じコミット、Scheme、ビルド先を使い、Xcode 26でビルドします。ログと終了結果を保存します。
- Xcode 27.1へ切り替え、コマンドラインの参照先を確認してから同じ条件で実行します。
- 配布を予定している場合は、必要な署名設定を含めてArchiveを検証します。通常のビルド成功とArchive成功を同一視しません。
- 成果物のバージョン情報、対象SDK、ログを照合し、どちらのXcodeで作ったものかを記録します。
[ SECTION_04 ] Simulator RuntimeはXcodeアプリと同じものとして扱いません
Xcodeアプリ、プラットフォーム用コンポーネント、Simulator Runtime、シミュレータ内のデータは、それぞれ確認対象が異なります。一方のXcodeでランタイムが見えていても、もう一方でも無条件に使えるとは限りません。
各Xcodeで必要な実行先が選択できるか確認し、不足があれば追加のXcodeコンポーネントをダウンロードしてインストールする手順を参照します。Simulatorの一覧に端末が表示されることだけで判断せず、対象のRuntimeと実行結果まで確認してください。
[ SECTION_05 ] 単機運用と環境分離は、並行性と再現性で選びます
| 判断軸 | 一台のMacで共存 | 実行環境を分離 |
|---|---|---|
| 利用パターン | 低頻度で順番に切り替える | 別バージョンを並行してビルドする |
| 設定の管理 | 既定値や環境変数の取り違えに注意が必要 | 各環境のXcodeを固定しやすい |
| Simulatorやプロジェクト状態 | 同じ端末上で状態を共有するため、作業前の確認が必要 | 環境ごとに結果を分けやすい |
| 運用評価 | 低頻度の検証には○、並行作業では△ | 並行発行や再現性重視では◎ |
ここでの記号は運用条件に基づく判断であり、性能の実測値ではありません。手動切り替えで問題ないのは、作業を直列化でき、毎回のバージョン確認を手順に組み込める場合です。自動ビルドが同時に走る場合や、過去の成果物を同じ条件で再現する必要がある場合は、環境を分ける方が誤操作を抑えやすくなります。
専用のMacを追加する場合は、購入と運用の条件も比較します。候補を調べる際はMac miniの構成案を確認し、使うXcodeの実バージョンや接続・運用条件が要件に合うかを別途確かめてください。
[ SECTION_06 ] 公開前の確認は、バージョン・ビルド・成果物まで行います
- [ ]
xcode-select -pで現在の開発者ディレクトリを確認した - [ ] ビルドに使うXcodeをコマンドまたは実行環境に明示した
- [ ] 同じコミットとSchemeで、必要なXcodeごとにビルドした
- [ ] 配布対象ではArchiveと成果物を確認した
- [ ] 各結果にXcodeの版、SDK、実行コマンドを記録した
- [ ] Simulatorを使う場合、対象Xcodeで必要なRuntimeを選べることを確認した
- [ ] リモートMacを使う場合、実環境のXcodeと検証対象が一致することを確認した
リモートデスクトップに接続できることや、コマンドが終了コードを返したことだけでは、環境の受け入れ確認になりません。実際のXcode、対象SDK、ビルド成果物を照合して初めて、切り替え間違いを見つけられます。
[ SECTION_07 ] よくある疑問
Xcode 27.1とXcode 26を同じMacにインストールできますか？
別々のアプリとして配置できます。ただし、各版のmacOS要件を個別に満たし、プロジェクトもそれぞれで検証してください。アプリが起動することと、ビルドや署名が通ることは別の確認です。
複数のXcodeを入れたとき、ターミナルではどれが使われますか？
選択中の開発者ディレクトリが参照されます。GUIで開いた版と一致するとは限らないため、xcode-select -pで確認し、スクリプトやCIの設定も調べてください。
一度のビルドだけXcode 26を使うにはどうしますか？
DEVELOPER_DIRにXcode 26のDeveloperディレクトリを指定して、その環境でxcodebuildを実行します。パスを実際のアプリ配置に合わせ、ログにコマンドと使用版を残します。
2つのXcodeでSimulator Runtimeを共有できますか？
共通利用を前提にせず、各Xcodeで必要なRuntimeが使えるか確かめます。追加コンポーネントの入手方法や対応状況は、Appleの現行ドキュメントで確認してください。
手動切り替えを続ける運用には、既定値の誤設定、Simulatorやプロジェクト状態の競合、ビルド結果の再現しにくさが残ります。すでにMacを持ち、作業が直列で完結するなら、まず共存運用の確認手順を整えるのが合理的です。一方、継続的な並行ビルドや独立した検証が必要なら、Macを追加購入する方法と、必要期間だけ遠隔Macを使う方法を比較できます。
遠隔環境を候補にする場合は、NOVAKVMのMac環境と利用条件を確認し、利用可能なXcodeの版、接続方法、実際の納品条件を問い合わせ前に照合してください。短期の検証や並行作業にはレンタルが選択肢になりますが、長期の常時負荷や物理ポートを直接使う作業では、自前のMacが適する場合もあります。