xcodebuild 下的内存水位对照。
Swift 6 严格并发迁移最常见的五条误判
Apple 文档将 Swift 6 的严格并发定位为在编译期捕获数据竞争，而非运行时「碰运气」。团队若在错误的主机上一次性打开 Complete，会把「编译器帮我们发现的问题」误读成「Xcode 或云厂商坏了」。下面五条签名把症状映射到下一刀最小动作，避免在告警海啸里同时改租期、换区和升级 Xcode。
把告警数量当成进度：Complete 首次开启出现数百至数千条提示是常态；应按数据竞争 / Sendable / MainActor分类排期，而不是追求一夜清零。
在交互开发机上开全仓并行 Archive：笔记本或云 Mac 上同时跑模拟器、SwiftUI 预览与 -jobs 拉满的 xcodebuild，会把内存压力误判为「Swift 6 太慢」。
忽略语言模式与 Target 粒度：全工程直接切 Swift 6 Language Mode，而未对单个 SPM 包或 App Extension 分阶段迁移，会导致依赖链上游未就绪时下游无法编译。
把 Git 拉取慢当成并发问题：跨国 mono-repo 首次 clone 与 Swift 6 重编译叠加时，应先对照 Git 大仓拉取策略，再谈加内存。
迁移窗口与多人分时冲突：同一台云 Mac 上两人同时 Clean Build，DerivedData 互相覆盖；应读 多人分时隔离 Runbook 或分机。
给签名编号后再动硬件规格。若你尚未量化 M4 与 M4 Pro 在 Xcode 下的内存曲线，请先对照 M4 与 M4 Pro 性能实测，把「体感卡」换成 Swap 与构建时长指标，再决定迁移专用机构建机要上几档。
本地迁移、云 Mac 集中迁与「云构建 + 本地交互」三分法
Swift 6 迁移不是「有没有云」的二元题，而是谁承担峰值编译、谁保留调试体验。下表刻意粗粒度，方便一次评审会定拓扑；细节上的 RTT 与 API 区域请继续用站内双路径延迟文，不在此重复推导。
| 维度 | 本地 Mac 迁 | 云 Mac 集中迁 | 云构建 + 本地交互 |
|---|---|---|---|
| 适用团队 | 单机、小仓、告警 <200 | 分布式成员、需统一 Xcode 版本 | 主力本地调试、夜间 CI 上云 |
| 峰值内存 | 受本机上限 | 可选 24GB / M4 Pro | 构建峰在云、本地保 16GB 亦可 |
| 版本一致性 | 易漂移 | Pin 同一 Xcode 最易 | 需锁 cloud/本地 小版本 |
| 成本节奏 | 无额外租费 | 日租压测 → 月租锁基线 | 长期最低常是「交互本地 + 构建云月租」 |
| 2026 风险 | 睡眠/磁盘满 | 选错区导致 clone 慢 | 分支与 DerivedData 不同步 |
迁移专用机构建机的 KPI 不是「能编过」，而是「连续三晚 Complete 构建无 Swap 尖峰」。
工期若仍在摇摆，租期不要拍脑袋：用 租期阶梯 KPI 矩阵 先日租六区试跑，再决定是否月租锁「迁移构建机」。新加坡、东京、首尔、香港、美东、美西六区中，构建机应优先靠近Git 远端与制品 registry，而非仅靠近某位工程师的家宽。
Complete 检查分级开启与 16GB/24GB/M4 Pro 并行编译分水岭
Apple 建议通过 Build Settings 将 Strict Concurrency Checking 从 Minimal 提升到 Complete，并在就绪后将 Swift Language Version 切到 Swift 6。云 Mac 上的可重复做法是：先 Pin Xcode 小版本，再按 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
下表为值班沟通口径，用于在评审会上对齐「该不该上 M4 Pro」；不构成厂商 SLA。并行 Job 数请与 CPU 核心数匹配，盲目拉高 -jobs 在 16GB 上常触发 Swap，反而拉长总时长。
| 规格 | 推荐并行上限（示意） | Swift 6 典型负载 | 何时升档 |
|---|---|---|---|
| M4 16GB/256GB | 1 主 Scheme + 无模拟器 | 单 App、告警分批修 | 夜间构建出现持续 Swap |
| M4 24GB/512GB | 1–2 Scheme 或 1 模拟器 | 中等 mono-repo、Extension 多 Target | DerivedData + .git 同盘 >70% |
| M4 Pro 64GB/2TB | CI 队列 2–3 任务 | 全仓 Complete + 并行测试 | 团队 >3 人同时依赖构建机 |
提示：按模块迁移时，可在单个 SPM Target 先开 Complete，主 App 仍保持 Swift 5 语言模式，待依赖链清零再整体切换。
六步 Runbook：从日租压测到 Complete 全仓 Archive 验收
冻结基线：记录当前 Xcode 版本、Swift 语言模式、告警总数（按 Sendable/MainActor/其他分桶）。
日租选区压测：在目标六区各租最短周期，跑一次 Clean Archive，记下 wall time、峰值内存、磁盘余量。
按 Target 开 Complete：从叶子 SPM 包到主 App；每阶段要求 CI 绿灯再合并。
分机（可选）：交互开发机保留预览；无人构建机专跑 xcodebuild，目录隔离见多人分时文。
周租缓冲修告警：集中消灭数据竞争类错误，再切 Swift 6 Language Mode。
月租锁构建机：连续三晚 Complete Archive 无 Swap 尖峰后锁月租；否则维持周租或升 24GB/M4 Pro。
三条值班硬阈值与为何裸金属云 Mac 更适合 Swift 6 迁移峰
Swap 尖峰：单次 Archive 若 memory_pressure 报告进入 warn/critical 超过约 90 秒，应降并行或升档，禁止在同一窗口叠加 UI 测试。
磁盘水位：DerivedData 与仓库同盘时，空闲低于约 15% 禁止开启全仓 Clean；先清理或对照 Git 大仓文的缓存策略。
构建时长回归：Complete 后 wall time 较基线增加 >40% 且持续三晚，应检查是否误开全仓并行或模拟器常驻。
注意：阈值为团队沟通口径；Apple Silicon 上 Swap 会显著拉长链接阶段，应优先避免而非「硬扛」。
把 Swift 6 迁移压在共享虚拟机或远程桌面上，常遇到 CPU 配额不透明、磁盘不可预测、Xcode 版本无法 Pin 三类隐性成本；消费级 Mac 睡眠则直接打断夜间全量编译。对要在 2026 年集中消灭数据竞争告警、又需要六区灵活选机的团队，MESHLAUNCH 的 Mac Mini 裸金属云租赁通常是更优解：Dedicated 内存曲线可测、可按日租试区再月租锁迁移构建机，并与站内 CI、Git、租期文形成闭环。容量与下单见 租赁价格 与 帮助中心。