Apple은 2027년 4월부터 App Store Connect에 올리는 iOS 및 iPadOS 앱을 iOS 및 iPadOS 27 SDK 이상으로 빌드하도록 안내하고 있습니다. 이 기준에 맞추려면 2026년에 프로젝트와 출시 경로를 먼저 점검하고, 정식판 Xcode 27로 단계별 검증을 시작하되 기존 출시 도구 체인을 확인 없이 한꺼번에 바꾸지 않는 편이 안전합니다. Apple의 App Store 제출 요건에서 적용 시점과 빌드 기준을 확인할 수 있습니다.
이 안내는 이전 SDK를 쓰거나 앞으로도 앱을 출시할 독립 개발자를 위한 내용입니다.
여러 앱과 브랜치를 관리한다면 어떤 프로젝트부터 시험할지 판단하는 데 도움이 됩니다.
상시 빌드 환경이 없다면 원격 맥에서 검증할 때 확인할 조건도 살펴봅니다.
마지막 검토: 2026년 11월 9일. 정책과 적용 시점은 Apple 제출 요건과 Xcode 시스템 요구 사항을 기준으로 확인했습니다.
준비: App Store 2027 SDK 요구 사항의 적용 시점
적용 시점은 언제인가요?
기준은 2027년 4월부터입니다. 안내된 대상은 App Store Connect에 업로드하는 iOS 및 iPadOS 앱이며, 빌드에는 iOS 및 iPadOS 27 SDK 이상이 필요합니다. 특정한 4월 날짜로 좁혀 말하거나 다른 플랫폼에도 같은 규칙이 적용된다고 추정해서는 안 됩니다. 적용 시점과 대상은 Apple 제출 요건을 기준으로 출시 계획에 반영하세요.
따라서 지금 당장 모든 앱의 출시 브랜치를 교체하기보다, 먼저 영향받는 앱과 출시 일정을 정리하고 대표 프로젝트를 시험하는 순서가 적절합니다. 기준일까지 기다렸다가 처음 빌드하면 의존성, 서명, 자동화 문제를 발견해 해결할 여유가 줄어들 수 있습니다.
현황 파악: 기존 앱의 빌드 체인
기존 iOS 앱의 최소 배포 버전도 iOS 27로 올려야 하나요?
아닙니다. SDK 요구 사항과 최소 배포 대상은 서로 다른 설정입니다. Apple이 안내한 제출 기준은 iOS 및 iPadOS 27 SDK 이상으로 빌드하는 것과 최소 배포 대상을 iOS 15 이상으로 두는 것입니다. SDK 기준만으로 최소 배포 버전을 iOS 27로 올려야 한다고 결론 내릴 수 없습니다. 두 값은 프로젝트의 빌드 설정에서 각각 확인해야 합니다. Apple의 빌드 설정 참고 자료에서 배포 대상 설정을 살펴볼 수 있습니다.
각 프로젝트와 출시 브랜치를 다음 항목으로 점검하고 결과를 기록하세요.
- [ ] 현재 빌드에 쓰는 Xcode와 선택된 SDK를 확인합니다.
- [ ] 앱 타깃별 최소 배포 대상을 확인합니다.
- [ ] 사용 중인 패키지와 외부 의존성을 기록합니다.
- [ ] 빌드, 테스트, 서명, 업로드를 실행하는 스크립트와 담당 환경을 확인합니다.
- [ ] 앞으로 유지보수하거나 출시할 앱과 브랜치를 표시합니다.
맥에서 xcodebuild -version과 xcodebuild -showsdks를 실행하면 선택된 Xcode의 버전과 설치된 SDK를 확인하는 데 도움이 됩니다. 선택된 개발자 디렉터리도 xcode-select -p로 확인할 수 있습니다. 명령의 동작과 사용법은 Xcode 명령줄 도구 참고 자료를 기준으로 확인하세요. 결과는 앱별로 남겨 두어야 합니다. 개발용 Xcode를 설치했더라도 실제 자동 빌드가 다른 Xcode 경로를 선택할 수 있기 때문입니다.
구형 Xcode 빌드는 언제 Xcode 27로 옮겨야 하나요?
출시일이 임박한 앱을 첫 시험 대상으로 삼지 마세요. 먼저 비교적 가까운 시일에 출시할 앱 중 의존성과 빌드 절차가 대표적인 프로젝트를 골라, 정식판 Xcode 27에서 빌드와 테스트를 진행합니다. 이후 문제 해결에 필요한 시간과 출시 일정을 함께 보고 다른 앱의 순서를 정하면 됩니다.
시험 이전: Xcode 27로 대표 프로젝트 검증
정식판을 사용한 생산 검증과 사전 공개 도구 검증은 나눠야 합니다. Xcode 27.3 Beta나 Xcode 27.2 RC 같은 사전 공개판에서 얻은 결과는 발견 단계의 참고 자료로 활용할 수 있지만, 이를 정식 출시 산출물의 승인 근거로 취급하지 마세요. Xcode 27 출시 정보를 확인하고, 설치 환경이 지원되는지도 점검합니다.
대표 프로젝트에서는 다음 항목을 차례로 검증하세요.
- 깨끗한 체크아웃에서 의존성을 설치하고 빌드할 수 있는지 확인합니다.
- 단위 테스트와 출시 전 필요한 앱 기능 검사를 실행합니다.
- 서명 설정과 프로비저닝 자료가 예상한 앱 타깃에 연결되는지 확인합니다.
- 정식판 Xcode 27에서 Archive를 만들고 빌드 기록을 보관합니다.
- 기존 출시 경로와 새 경로의 결과를 비교하고, 차이가 있으면 원인과 대응 방법을 기록합니다.
패키지나 스크립트가 새 도구 체인과 함께 동작할 것이라고 가정하지 마세요. 빌드 성공 여부뿐 아니라 테스트 결과, 서명 과정, 산출물 생성까지 실제 프로젝트에서 확인해야 합니다.
병행 운영: 기존 출시 경로와 새 SDK 경로
기존 출시 경로를 언제까지 유지해야 하나요?
새 SDK 경로가 대표 프로젝트에서 재현 가능하게 검증될 때까지는 안정적인 기존 출시 경로를 보존하는 편이 좋습니다. 두 경로가 같은 작업 트리나 서명 자료를 무심코 덮어쓰지 않도록 분리하고, 새 경로에서 발견한 문제와 수정 결과를 기록하세요.
다음 조건에 따라 시험 범위를 선택할 수 있습니다.
- 대표 프로젝트가 정식판 Xcode 27에서 빌드와 테스트를 통과하고 서명까지 재현되면: 다음 출시 대상 앱을 새 SDK 경로에 추가합니다.
- 빌드는 되지만 의존성, 자동화 스크립트, 서명 중 하나라도 불안정하면: 해당 항목을 분리해 수정하고 기존 경로로 출시를 이어갑니다.
- 정식판이 아니라 Beta 또는 RC에서만 검증했다면: 생산 전환을 보류하고 정식판에서 다시 검증합니다.
- 출시 일정이 촉박하거나 되돌리기 절차가 불명확하면: 이번 출시는 안정 경로로 진행하고 새 경로의 검증을 별도 작업으로 유지합니다.
새 도구 체인에서 한 번 빌드가 성공했다는 사실만으로 모든 앱과 출시 브랜치가 이전된 것은 아닙니다. 의존성과 서명 구성이 다른 앱은 각각 검증 결과를 남겨야 합니다.
제출 전 확인: 최종 산출물의 SDK 증거
App Store 제출에 iOS 27 SDK를 썼는지 어떻게 확인하나요?
로컬에 Xcode 27을 설치했는지가 아니라, 실제 제출한 Archive를 만든 도구와 SDK를 확인해야 합니다. 빌드 기록에 Xcode 버전과 선택된 SDK를 남기고, 그 기록을 App Store Connect에 올린 빌드와 연결하세요. 확인할 빌드 설정은 Apple의 빌드 설정 참고 자료에서 살펴볼 수 있습니다.
업로드 뒤에도 상태를 구분해야 합니다. 업로드가 접수된 것, 처리가 끝난 것, 앱 심사가 통과된 것은 서로 다른 확인 항목입니다. App Store Connect의 빌드 업로드 상태 설명을 확인하고 각 상태를 제출 기록에 남기세요. 업로드 성공만으로 처리 완료나 심사 통과까지 확인했다고 볼 수는 없습니다.
출시 계획: 격리된 맥 환경이 필요한 조건
개발용 맥을 계속 사용하면 추가 장비 비용을 피할 수 있지만, 작업 공간과 저장 공간을 공유하고 출시용 설정을 시험하면서 기존 환경에 영향을 줄 수 있습니다. 별도 맥을 구매하면 환경을 분리하기 쉽지만 초기 구매와 유지 관리가 필요합니다. 원격 맥은 시험용 환경을 분리하는 선택지가 될 수 있으나, 네트워크 연결과 물리 기기 접근 필요 여부를 먼저 확인해야 합니다.
아직 상시 빌드 환경이 없고 생산용 맥에서 새 도구 체인을 시험하기 어렵다면, 프로젝트 목록과 검증 절차를 정리한 뒤 RUVCLOUD의 원격 맥 이용 안내와 요금 정보를 살펴보세요. 실제로 제공되는 환경과 작업 조건이 프로젝트에 맞는지 확인한 뒤에 결정하면 됩니다. 물리 연결이 필요한 검증이나 지속적인 고부하 작업이라면 자가 장비가 더 적합할 수 있습니다. 원격 환경을 선택하더라도 Archive와 제출 결과를 프로젝트별로 검증하고, 적용 시점인 2027년 4월 전에 새 경로를 안정화하는 것이 핵심입니다.