xcodebuild 메모리 수위를 보는 방법까지 정리합니다.
Swift 6 엄격 동시성 마이그레이션에서 흔한 다섯 가지 오해
Apple 문서는 Swift 6 엄격 동시성을 컴파일 시점에 데이터 경쟁을 잡는 메커니즘으로 정의하며, 런타임에 「우연히 돌아가는」 동작을 전제로 하지 않습니다. 잘못된 호스트에서 Complete를 한꺼번에 켜면 컴파일러가 올바르게 짚은 문제를 「Xcode가 망가졌다」「클라우드 업체 탓」으로 읽습니다. 아래 다섯 가지 시그니처는 증상을 다음 최소 조치에 매핑하고, 경고의 바다에서 대여 기간·리전·Xcode 버전을 동시에 건드리는 사고를 막습니다.
경고 건수를 진척으로 본다：Complete를 처음 켜면 수백~수천 건 메시지가 나오는 것은 정상입니다. 데이터 경쟁 / Sendable / MainActor로 버킷을 나누고 하룻밤에 0을 목표로 하지 말고 우선순위를 둡니다.
대화형 Mac에서 전체 리포지토리 병렬 Archive를 돌린다：노트북이나 클라우드 Mac에서 시뮬레이터, SwiftUI 프리뷰, -jobs 최대 xcodebuild를 동시에 돌리면 메모리 압력을 「Swift 6이 느리다」로 오인합니다.
언어 모드와 Target 단위를 무시한다：프로젝트 전체를 갑자기 Swift 6 Language Mode로 바꾸면 단일 SPM 패키지나 App Extension을 단계적으로 옮기지 못하고 의존 체인 상류가 준비되지 않은 채 하류가 멈춥니다.
Git 지연을 동시성 문제와 혼동한다：국경을 넘는 mono-repo 초기 clone과 Swift 6 전체 재컴파일이 겹치면 먼저 대규모 Git 가져오기 Runbook을 적용한 뒤 메모리 증설을 논의합니다.
마이그레이션 창과 다수 인원의 시간 공유가 충돌한다：한 대의 클라우드 Mac에서 두 사람이 동시에 Clean Build하면 DerivedData가 덮어씁니다. 다중 개발자 격리 Runbook을 적용하거나 대수를 나눕니다.
시그니처에 번호를 매긴 뒤 하드웨어 사양을 움직이세요. M4와 M4 Pro의 Xcode 메모리 곡선을 아직 수치화하지 않았다면 성능 실측 가이드를 먼저 보고 「체감이 무겁다」를 Swap과 빌드 시간 지표로 바꾼 뒤 마이그레이션 전용 빌드 머신 등급을 정합니다. PMO에는 「경고가 줄어든 주」와 「Swap이 사라진 주」를 별도 KPI로 두면 경영 설명이 쉬워집니다.
또 Complete를 켠 직후 CI는 기능 브랜치가 아니라 전용 integration 브랜치에 가두는 것을 권합니다. 메인 라인에 수천 건 경고가 흐르면 무관한 회귀 감지가 둔해지고 리뷰어 주의도가 고갈됩니다. 클라우드에서는 야간 배치만 Complete를 돌리고 주간 대화형 Mac은 Minimal로 두는 이층 운영이 2026년 현장에서 마찰이 가장 적습니다.
로컬 마이그레이션, 클라우드 Mac 집중 마이그레이션, 「클라우드 빌드 + 로컬 대화」 삼분법
Swift 6 마이그레이션은 「클라우드가 있느냐 없느냐」의 이분법이 아니라 누가 피크 컴파일을 맡고 누가 디버깅 경험을 남기느냐의 설계 문제입니다. 아래 표는 의도적으로 거칠게 잡아 한 번의 리뷰에서 토폴로지를 정합니다. RTT와 API 리전 세부는 사이트 내 이중 경로 지연 글에 맡기고 여기서는 중복 추론하지 않습니다.
| 관점 | 로컬 Mac 마이그레이션 | 클라우드 Mac 집중 마이그레이션 | 클라우드 빌드 + 로컬 대화 |
|---|---|---|---|
| 맞는 팀 | 단일 머신·소규모 리포지토리·경고 200 미만 | 분산 멤버·Xcode 버전 통일 | 로컬 주력 디버깅·야간 CI는 클라우드 |
| 피크 메모리 | 로컬 머신 한계 | 24GB / M4 Pro 선택 가능 | 피크는 클라우드·로컬 16GB도 가능 |
| 버전 정합 | 드리프트 쉬움 | 동일 Xcode Pin 용이 | cloud/local 소버전 고정 필요 |
| 비용 리듬 | 추가 대여 없음 | 일 단위 검증 → 월간 베이스라인 고정 | 장기적으로 「로컬 대화 + 클라우드 빌드 월간」이 낮은 경우 많음 |
| 2026년 리스크 | 슬립·디스크 가득 | 리전 오선택으로 clone 지연 | 브랜치와 DerivedData 비동기 |
마이그레이션 전용 빌드 머신 KPI는 「한 번 통과」가 아니라 「3박 연속 Complete 빌드에 Swap 스파이크 없음」입니다.
공기가 아직 흔들리면 대여 기간을 감으로 정하지 마세요. 대여 레더 KPI 매트릭스로 여섯 리전 일 단위 시험을 마친 뒤 월간으로 「마이그레이션 빌드 머신」을 고정할지 판단합니다. 싱가포르·도쿄·서울·홍콩·미동·미서 중 빌드 머신은 Git 원격과 아티팩트 레지스트리에 가깝게 두고 개인 가정용 회선에 가까운 도시만 고르지 마세요. 아시아태평양에서 API와 Git이 분리되면 두 대로 나눠 각각 근접시키는 편이 한 대로 타협하는 것보다 저렴할 수 있습니다.
Complete 검사 단계적 활성화와 16GB/24GB/M4 Pro 병렬 컴파일 분수령
Apple은 Build Settings에서 Strict Concurrency Checking을 Minimal에서 Complete로 올리고 준비되면 Swift Language Version을 Swift 6으로 바꾸는 흐름을 권합니다. 클라우드 Mac에서 재현성을 보장하려면 먼저 Xcode 소버전을 Pin하고 Target마다 Complete를 켠 뒤 무인 창에서 전체 xcodebuild archive로 메모리를 샘플링합니다.
xcodebuild -scheme "YourApp" -configuration Release \ -destination 'generic/platform=iOS' clean archive \ -resultBundlePath ./swift6-migrate.xcresult /usr/bin/memory_pressure df -h ~/Library/Developer/Xcode/DerivedData
아래 표는 당번 연락용 기준이며 벤더 SLA가 아닙니다. 병렬 Job 수는 CPU 코어에 맞추고 16GB에서 -jobs를 무리하게 올리면 Swap이 나와 총 시간이 늘어나는 전형입니다.
| 사양 | 권장 병렬 상한(가이드) | Swift 6 전형 부하 | 언제 상향 |
|---|---|---|---|
| M4 16GB/256GB | 주 Scheme 1개·시뮬레이터 없음 | 단일 App·경고 배치 수정 | 야간 빌드 지속 Swap |
| M4 24GB/512GB | Scheme 1–2 또는 시뮬레이터 1 | 중형 mono-repo·Extension 다수 | DerivedData + .git 동일 디스크 70% 초과 |
| M4 Pro 64GB/2TB | CI 큐 2–3 작업 | 전체 리포지토리 Complete + 병렬 테스트 | 3명 이상이 동일 빌드 머신 의존 |
힌트：모듈 단위로 옮길 때는 단일 SPM Target만 먼저 Complete를 켜고 메인 App은 Swift 5 언어 모드를 유지할 수 있습니다. 의존이 비운 뒤 전체를 전환합니다.
Extension이나 Widget이 많은 프로젝트에서는 Complete를 켠 순서가 링크 시간에 직결됩니다. 잎 SPM에서 부모 App 순이 경고 파도를 작게 유지하기 쉽고 중간에 「부모만 Swift 6」으로 바꾸면 Sendable 계약이 역류해 되돌림이 늘어납니다. .xcresult와 memory_pressure를 같은 폴더에 날짜 스탬프로 남기고 주간 리뷰에서 M4 Pro 필요를 재판단하는 운영이 효과적입니다.
여섯 단계 Runbook: 일 단위 검증에서 Complete 전체 리포지토리 Archive 인수까지
베이스라인 동결：현행 Xcode 버전, Swift 언어 모드, 경고 총수(Sendable/MainActor/기타 버킷)를 기록합니다.
일 단위 대여로 리전 시험：여섯 리전에서 최단 기간을 빌려 Clean Archive를 각각 실행하고 wall time·피크 메모리·디스크 여유를 기록합니다.
Target 단위로 Complete 활성화：잎 SPM에서 메인 App으로. 각 단계에서 CI가 녹색일 때까지 머지를 멈춥니다.
대수 분할(선택)：대화형 Mac은 프리뷰용으로 남기고 무인 빌드 머신은 xcodebuild 전용으로 둡니다. 디렉터리 격리는 공유 인스턴스 글을 참고합니다.
주간 버퍼로 경고 제거：데이터 경쟁류를 집중 처리한 뒤 Swift 6 Language Mode로 전환합니다.
월간으로 빌드 머신 고정：3박 연속 Complete Archive에 Swap 스파이크가 없으면 월 약정. 없으면 주간 유지 또는 24GB/M4 Pro.
Runbook 각 단계에 「되돌리는 법」 한 줄을 붙이세요. Complete보다 Language Mode 되돌림이 영향이 커서 브랜치 보호와 태그로 기계적 롤백 가능 상태를 먼저 만듭니다. 일 단위 시험 raw 로그는 나중에 「왜 월간으로 갔는지」를 감사할 유일한 증거입니다.
당번용 세 가지 경직 임계값과 Swift 6 마이그레이션 피크에 베어메탈 클라우드 Mac이 맞는 이유
Swap 스파이크：한 번 Archive에서 memory_pressure가 warn/critical에 약 90초 이상이면 병렬도를 내리거나 상향하고 같은 창에 UI 테스트를 겹치지 않습니다.
디스크 수위：DerivedData와 리포지토리가 같은 디스크일 때 여유 15% 미만이면 전체 Clean을 금지합니다. 먼저 정리하거나 Git 대규모 가져오기 글의 캐시 정책을 적용합니다.
빌드 시간 회귀：Complete 후 wall time이 베이스라인 대비 +40% 초과로 3박 지속되면 전체 병렬이나 시뮬레이터 상시 구성을 의심합니다.
주의：임계값은 팀 합의용입니다. Apple Silicon에서 Swap이 나면 링크 단계가 크게 늘어나므로 버티기보다 피하는 설계가 합리적입니다.
Swift 6 마이그레이션 피크를 공유 VM이나 원격 데스크톱에 올리면 CPU 쿼터 불투명·디스크 예측 불가·Xcode Pin 불가라는 숨은 비용이 생깁니다. 소비자 Mac 슬립은 야간 전체 빌드를 끊습니다. 2026년에 데이터 경쟁 경고를 집중 제거하고 여섯 리전에서 유연히 고르고 싶은 팀에게 MESHLAUNCH Mac Mini 베어메탈 클라우드 대여는 Dedicated로 메모리 곡선을 재고 일 단위 시험 후 월간으로 마이그레이션 빌드 머신을 고정하며 사이트 내 CI·Git·대여 글과 폐루프를 만듭니다. 용량과 신청은 대여 요금과 고객 센터를 보세요.
단일 Scheme 일 단위 검증은 가능합니다. 다중 Target 병렬은 24GB 또는 M4 Pro를 권장합니다. 기간 설계는 대여 레더 가이드를 보세요.
DerivedData와 Xcode 버전 격리가 필수입니다. 공유 인스턴스 격리를 참고하고 절차는 고객 센터입니다.