Xcode Cloud 还是自建 Mac 构建机：
计费、缓存与适用场景

两种方案分别是什么

Xcode Cloud 是 Apple 提供的 CI/CD 服务，集成在 Xcode 和 App Store Connect 中。连接 GitHub、GitLab 或 Bitbucket 仓库后，在 Xcode 里配置工作流（触发条件、构建、测试、归档、分发），构建在 Apple 的云端执行，结果可以直接发布到 TestFlight。

自建 Mac 构建机指一台你自己掌控的 Mac，上面运行 GitHub Actions、GitLab Runner、Jenkins 或 Buildkite 等的 agent。这台 Mac 可以放在办公室、托管机房，也可以远程租用。配置步骤见 把 Mac mini 变成 iOS 构建机。

逐项对比

资料来源：Apple：Xcode Cloud（含当前额度与订阅价格）

缓存与构建速度

iOS 构建时间很大一部分花在依赖解析和全量编译上。在以全新环境为基础的托管平台上，平台未缓存的内容（例如在 ci_scripts 里安装的 Flutter SDK、Node 依赖）每次都要重新准备，这部分时间同样计入计算时长。

常驻的自建机则不同：DerivedData 留在磁盘上，第二次以后多数是增量编译；Swift Package 和 CocoaPods 缓存都在本地；模拟器已经创建好，不需要每次启动新设备。代价是缓存可能“脏”，偶尔需要手动清理：

# 清理 DerivedData（构建异常时）
rm -rf ~/Library/Developer/Xcode/DerivedData/*
# 删除不可用的模拟器
xcrun simctl delete unavailable
# 查看磁盘占用
du -sh ~/Library/Developer/*

可定制性：脚本钩子与完全控制

Xcode Cloud 允许在项目根目录的 ci_scripts 文件夹中放置约定名称的脚本，例如 ci_post_clone.sh（克隆后）、ci_pre_xcodebuild.sh（构建前）、ci_post_xcodebuild.sh（构建后），用于安装依赖或上传产物。它覆盖了大部分常见需求，但运行环境本身由 Apple 决定。

自建机没有这类限制：可以长期运行一个本地服务供测试使用、接入内网资源、保留多个 Xcode 版本并用 DEVELOPER_DIR 切换、在同一台机器上跑 Android 或后端任务。也意味着安全由你负责，例如只在私有仓库使用自托管 runner、为 runner 单独建 macOS 用户。

怎么选

• 倾向 Xcode Cloud：纯 Swift / SwiftUI 项目、构建量不大、团队不想维护机器、看重与 TestFlight 的一体化。
• 倾向自建构建机：每天构建次数多、依赖重（Flutter、React Native、大量 Pod）、需要特殊工具或多个 Xcode 版本、希望费用按月固定。
• 混合：发版和分发走 Xcode Cloud，耗时的测试矩阵放在自建机上。

判断费用时，可以先统计最近一个月的构建次数和平均时长，按 Apple 官方价格估算计算小时开销，再与一台构建机的月租对比。三万主机的 Mac mini 按月租用 是自建方案的一种形式，也可以用 租还是买计算器 对比直接购买。如果你也在考虑 GitHub 托管 runner，见 GitHub macOS runner 费用对比。

常见问题