- 증상: 안정 버전 Xcode로 운영 앱을 관리하면서 iOS 27 호환성도 확인해야 하지만, 주력 맥을 macOS 27 Beta로 바꾸고 싶지는 않습니다.
- 가장 빠른 해결: Xcode 27 Beta 5를 안정 버전과 별도 앱으로 설치하고, 개발자 디렉터리·Simulator 런타임·빌드 캐시를 분리하십시오. 호스트 맥은 macOS 27이 아니라 macOS Tahoe 26.4 이상이어야 합니다.
마지막 업데이트: 2026년 8월 11일. 버전 요구 사항은 [Apple의 Xcode 시스템 요구 사항](https://developer.apple.com/xcode/system-requirements), 구성 요소 동작은 [Xcode 구성 요소 설치 문서](https://developer.apple.com/documentation/xcode/downloading-and-installing-additional-xcode-components), 베타 변경 사항은 [Xcode 27 Beta 릴리스 노트](https://developer.apple.com/documentation/xcode-release-notes/xcode-27-release-notes)를 기준으로 확인했습니다. Apple이 새 베타나 정식 버전을 공개하면 다시 검증해야 합니다.주의: Xcode 앱 버전, 현재 개발자 디렉터리, SDK, iOS 27 Simulator 런타임은 서로 다른 항목입니다. 앱을 두 개 설치해도 명령줄과 캐시가 자동으로 분리되지는 않습니다.
먼저 조건부터 판정하십시오
Xcode 27 Beta 5와 안정 버전의 공존 자체는 가능합니다. 핵심 조건은 다음과 같습니다.
- Xcode 27 Beta는 macOS Tahoe 26.4 이상을 요구합니다.
- Xcode 27 Beta에는 Swift 6.4와 iOS 27, iPadOS 27, macOS 27 등 27 계열 SDK가 포함됩니다.
- iOS 27 Simulator를 사용하려면 해당 런타임과 플랫폼 구성 요소가 별도로 설치되어 있어야 합니다.
- visionOS 개발은 Apple Silicon Mac이 필요합니다.
- Simulator는 실제 기기의 성능과 하드웨어 기능을 그대로 재현하지 않습니다.
테스트 범위도 나눠야 합니다.
- SwiftUI 화면, 일반 API 동작, 레이아웃 변화는 iOS 27 Simulator에서 우선 확인할 수 있습니다.
- 카메라, 블루투스, 특정 센서, 푸시 동작, 실제 메모리 압박은 물리 기기 검증이 필요할 수 있습니다.
- 개발 서명과 프로비저닝 프로파일은 별도 문제입니다. 베타를 설치한다고 인증서가 자동으로 새로 만들어지지 않습니다.
- 안정 버전 프로젝트의 보관과 배포는 베타 테스트와 분리해 마지막까지 안정 버전으로 재검증해야 합니다.
첫 번째 단계: 앱 경로와 개발자 디렉터리를 분리하십시오
두 버전의 앱 이름을 명확하게 구분하십시오. 예를 들어 안정 버전은 다음처럼 둡니다.
/Applications/Xcode.app베타 버전은 다음처럼 별도 경로에 보관합니다.
/Applications/Xcode-beta.app이미 같은 이름의 앱을 덮어쓴 상태라면 먼저 안정 버전이 남아 있는지 확인해야 합니다.
ls -ld /Applications/Xcode*.app그다음 현재 명령줄 도구가 어느 앱을 가리키는지 확인합니다.
xcode-select -p
xcodebuild -version
xcodebuild -showsdks베타로 전환할 때는 다음처럼 실행합니다.
sudo xcode-select -s /Applications/Xcode-beta.app/Contents/Developer
xcodebuild -version안정 버전으로 돌아갈 때는 다음과 같이 복구합니다.
sudo xcode-select -s /Applications/Xcode.app/Contents/Developer
xcodebuild -version개별 자동화 작업에서는 전역 선택을 바꾸지 않고 DEVELOPER_DIR을 지정하는 편이 안전합니다.
DEVELOPER_DIR=/Applications/Xcode-beta.app/Contents/Developer \
xcodebuild -workspace Sample.xcworkspace \
-scheme Sample \
-destination 'platform=iOS Simulator,name=iPhone' \
build여기서 중요한 점은 그래픽 화면에서 베타를 열었다고 터미널도 베타를 사용하는 것은 아니라는 사실입니다. CI 스크립트, 셸 프로파일, 빌드 서버에 DEVELOPER_DIR이 남아 있으면 화면과 명령줄이 서로 다른 SDK를 사용할 수 있습니다. Apple의 명령줄 구성 요소 설치 안내도 버전 선택 뒤 xcodebuild -runFirstLaunch를 실행하는 흐름을 안내합니다.
두 번째 단계: Simulator와 캐시 오염을 따로 차단하십시오
iOS 27 Simulator는 앱 안에 완전히 포함된 단일 기능이 아닙니다. Xcode 본체, 플랫폼 지원 파일, Simulator 런타임, 기기 인스턴스가 함께 작동합니다. 런타임이 없으면 실행 대상 목록에 원하는 기기가 나타나지 않거나 다운로드 버튼이 표시될 수 있습니다.
베타에서 먼저 확인할 항목은 다음과 같습니다.
xcrun simctl list runtimes
xcrun simctl list devices availableiOS 27 런타임이 보이지 않으면 Xcode 설정의 구성 요소 화면에서 설치 상태를 확인하십시오. Apple은 설정 화면뿐 아니라 다음 명령으로 플랫폼을 내려받는 방법도 제공합니다.
xcodebuild -downloadPlatform iOS -exportPath ~/Downloads다운로드가 끝나지 않은 상태에서는 프로젝트 파일을 열 수 있어도 빌드와 실행이 완료되지 않을 수 있습니다. 추가 Xcode 구성 요소 관리 문서는 플랫폼 설치가 끝나기 전에는 빌드나 실행을 할 수 없다고 설명합니다.
캐시는 한꺼번에 지우지 말고 범위를 나누십시오.
DerivedData: 베타 SDK로 다시 컴파일해야 할 때 프로젝트별로 새 경로를 지정합니다.Archives: 안정 버전으로 만든 보관 파일을 베타 테스트 정리 과정에서 삭제하지 않습니다.- Simulator 데이터: 테스트 계정, 앱 상태, 권한 상태가 들어 있으므로 재현에 필요하면 보존합니다.
- 패키지 의존성: Swift Package Manager 해석 결과가 SDK와 도구 버전에 따라 달라질 수 있으므로 베타 검증용 캐시와 안정 버전 캐시를 구분합니다.
xcodebuild \
-derivedDataPath .build/derived-beta \
-resolvePackageDependenciesXcode 27 Beta 릴리스 노트에는 Simulator 기기가 Device Hub에 나타나지 않을 수 있는 알려진 문제가 포함되어 있습니다. 이때 곧바로 모든 런타임과 인증서를 지우지 말고, 먼저 현재 베타의 공식 릴리스 노트에서 동일 증상과 해결 방법을 확인하십시오.
세 번째 단계: 최소 빌드와 회귀 검증을 실행하십시오
베타 설치가 끝났다면 기능 테스트보다 먼저 도구 체인 검증을 실행하십시오. 아래 순서를 기록 파일과 함께 보관하면 나중에 재현이 쉬워집니다.
- 호스트 시스템과 프로세서 조건을 확인합니다.
xcode-select -p로 현재 개발자 디렉터리를 기록합니다.xcodebuild -version으로 Xcode 버전을 기록합니다.xcodebuild -showsdks로 사용 가능한 SDK를 기록합니다.- 패키지 의존성을 다시 해석합니다.
- 테스트 대상만 먼저 컴파일합니다.
- iOS 27 Simulator에서 앱을 실행합니다.
- 안정 버전으로 되돌린 뒤 같은 대상이 다시 컴파일되는지 확인합니다.
- 필요하면 실제 기기에서 서명과 설치를 검증합니다.
- 최종 결과에 Xcode 버전, SDK, Simulator 런타임, 빌드 식별자를 남깁니다.
xcodebuild \
-workspace Sample.xcworkspace \
-scheme Sample \
-destination 'platform=iOS Simulator,name=iPhone' \
-resolvePackageDependencies
xcodebuild \
-workspace Sample.xcworkspace \
-scheme SampleTests \
-destination 'platform=iOS Simulator,name=iPhone' \
-derivedDataPath .build/derived-beta \
testSimulator는 다양한 기기와 운영 체제 조합을 빠르게 확인하는 데 유용하지만, 실제 기기의 성능과 하드웨어 기능을 재현하지 않는다는 한계가 있습니다. 따라서 iOS 27 Simulator에서 통과한 결과를 곧바로 출시 승인으로 간주하면 안 됩니다. Apple의 Simulator와 물리 기기 테스트 안내를 기준으로 테스트 범위를 나누십시오.
네 번째 단계: 본체 이중 설치와 독립 맥을 점수로 비교하십시오
| 판단 항목 | 주력 맥에 이중 설치 | 독립 클라우드 맥 |
|---|---|---|
| 혼자 짧게 호환성 확인 | 5점 | 3점 |
| 안정 버전 프로젝트 보호 | 3점 | 5점 |
| 여러 명의 동시 사용 | 2점 | 5점 |
| 실제 아이폰 연결 | 5점 | 환경 확인 필요 |
| 베타 환경 보존과 폐기 | 3점 | 5점 |
| 설정 충돌 추적 | 3점 | 4점 |
| 주력 장비 조건이 부족한 경우 | 1점 | 5점 |
MACGPU의 맥 미니 렌탈 환경을 검토할 때도 먼저 물리 기기 연결 필요 여부, 공동 사용 인원, 보존해야 할 베타 기간, 원격 접근 권한을 확인하십시오. 서울에서 접속해야 한다면 서울 맥 대여 안내처럼 실제 작업 위치에 맞는 경로를 먼저 비교하는 방식이 안전합니다.
마지막 단계: 회귀 확인 뒤 한 번에 되돌리십시오
테스트가 끝나면 다음 순서로 복구합니다.
xcode-select -p가 안정 버전 경로를 가리키는지 확인합니다.- 안정 버전에서
xcodebuild -version을 실행합니다. - 기존 프로젝트의 의존성 해석, 테스트, 보관 작업을 다시 수행합니다.
- 베타 전용 Simulator 런타임은 보존 가치가 없을 때만 설정 화면에서 제거합니다.
- 베타 앱을 삭제하기 전에 필요한 로그, 보관 파일, 재현 프로젝트를 별도로 저장합니다.
- 인증서와 프로비저닝 프로파일은 단순히 베타 오류가 발생했다는 이유로 삭제하지 않습니다.
FAQ에서 다룬 것처럼 Xcode 27 Beta 5는 주력 맥을 macOS 27로 올리지 않고도 테스트할 수 있지만, macOS Tahoe 26.4 이상이라는 호스트 조건은 피할 수 없습니다. 한 사람이 짧게 확인하는 경우에는 본체 이중 설치가 빠릅니다. 그러나 현재 방식은 앱 경로와 명령줄 선택이 어긋나기 쉽고, 베타 런타임이 주력 맥의 저장 공간과 Simulator 데이터를 계속 차지하며, 팀 단위 재현과 환경 보존에도 불리합니다. 주력 맥 조건이 부족하거나 테스트 후 환경을 바로 폐기하고 싶다면 MACGPU의 클라우드 맥을 별도 베타 검증 공간으로 비교해 보는 편이 더 깔끔합니다.