断电之后，任务没有接班人
办公室里的机器依赖现场环境。一次断电或网络中断，就可能让远程任务停在归档前。人在外面时，先得找人到机器旁，再继续查构建日志。
我们把构建节点从办公桌上移开。机器全年 365 天正常运行，状态与交付信息在控制台查看。
给构建工程师的交接便条
我们只做一件事：
我们只做一件事：
让 iOS 打包不再等机器
OSXBuild 是独享云端 Mac 打包机。交付整台物理机，非虚拟机。你掌握代码、工具链与签名流程，我们把机器放在可按需租用的节点上。
两档机型 · 六个物理节点 · $20.1/天起
起点不是多买一台机器
办公室里的 Mac mini，
办公室里的 Mac mini，
不该成为发布流程的单点
自己维护构建机，难处往往不在第一次 archive，而在下一次发布时，机器、缓存和签名资产还能不能按原样接上。
共用一台机器，发布就得排队
日常调试、模拟器测试和发布归档挤在一起，谁先跑、谁清了缓存，都要靠团队协调。构建成功之后，还要解释为什么下一次又重新下载了依赖。
独享节点不与其他客户共享 CPU、内存与磁盘。你可以按团队需要安排 runner，而不是等别人的任务结束。
证书散落，交接就靠口头说明
证书、描述文件、导出配置和脚本分散在不同电脑上，发布流程很容易变成“只有某位同事知道”。机器换了，流程也跟着重搭一次。
我们建议把构建配置纳入版本管理，签名资产留在受控的钥匙串或密钥管理流程中，不把私钥放进共享仓库。
这就是我们只做独享云端 Mac 的原因：不替你改造业务代码，也不把签名包装成黑盒服务。交付一台可控的机器，让已有的 Xcode、Fastlane 和 CI 工作流有稳定的落点。
三条交付原则
先把边界写清，再交付机器
你应该在下单前知道租到什么、费用怎么计算，以及机器实际位于哪里。
一台物理机，只给一位客户
交付的是独享 Mac mini，不是从共享主机中划出的虚拟机。系统环境、构建缓存和任务队列由你管理，其他客户的构建任务不会进到这台机器上。
独享不等于无限并发。你的多个任务仍会竞争同一台机器的资源；建议先测单次归档，再决定测试并发数。
价格公开，选项分开列
两档机型均提供按天、周、月、季计费。基础配置与附加 SSD、Thunderbolt 5 并联选项分别列价，不用一句模糊的“起步配置”替代完整目录。
全部以美元结算。提交订单前核对机型、节点、租期、附加项和应付金额；实际可用支付网关以后端接口返回为准。
只写真实在售的六个节点
节点不是地图上的装饰点。两档机型都覆盖下方六个物理节点，实际可用状态以控制台实时返回为准。
我们不把地理距离写成延迟保证。交互开发看你到节点的链路，自动构建还要看代码仓库、依赖源与产物接收端的位置。
六个物理节点
让机器靠近团队的工作时间
先按团队主要工作地缩小范围，再检查实际连接体验。下面的时区用于安排协作与构建任务，不代表网络时延承诺。
新加坡
面向东南亚团队。适合把日间交互开发与夜间自动归档放在同一套环境中，减少本地与 CI 配置分叉。
在售选择此节点
东京
面向东亚团队。可按当地工作日安排 nightly，把归档、导出与产物上传衔接到第二天的测试流程。
在售选择此节点
首尔
面向东北亚团队。适合需要在同一工作时段协作排查 Xcode、模拟器与签名问题的开发人员。
在售选择此节点
香港
面向华南与东南亚团队。日常使用远程桌面时，建议同时检查画质、分辨率和本地链路，再确定长期节点。
在售选择此节点
美国东部
面向北美东部与西欧协作团队。跨区交接时，把构建触发时间写成明确时区，避免夏令时切换造成排程偏移。
在售选择此节点
美国西部
面向北美西岸团队。可让远程开发和发布值守跟随当地工作时段，跨洋团队则提前约定日志与产物的交接位置。
在售选择此节点
美国区域时区随标准时间与夏令时变化。自动任务建议显式指定时区；机器主机名、端口和连接凭据以控制台交付信息为准。节点选择说明不能替代实际链路测试。
从使用者的视角
少一张办公桌，多一个可交接的节点
团队关心的不是机器摆在哪里，而是下一次构建能否沿用熟悉的环境。
“切到 OSXBuild 后，我们不用再给构建机找办公桌了。”
工程经理
“香港节点离我们近，远程桌面拖动 Xcode 界面很顺。”
独立 iOS 开发者
远程桌面的实际体验与本地网络、节点距离及画质设置有关。准备迁移前，先用自己的工程验证连接、依赖下载和一次完整归档，再决定后续租期。
适合谁，也把边界说清
把可重复的工作，放到专用机器上
我们提供计算环境，不替代你的工程配置。源码、依赖版本、签名权限与产物备份，仍需要由团队明确管理。
iOS / macOS 开发者
需要 macOS 图形界面与命令行，在远程环境中使用 Xcode、运行模拟器、归档和导出应用。轻量构建可以从 M4 / 16GB / 256GB 开始验证。
第一次迁移先对齐 Xcode 版本和依赖锁文件，完成一次干净构建，再逐步恢复缓存。不要把本地偶然可用的路径当作团队配置。
CI/CD 团队
需要专用 runner、可保留的依赖缓存和可管理的签名流程。可以接入已有的 GitHub Actions、GitLab Runner 或 Jenkins，让归档产物按既定规则交接。
先固定单任务基线，记录归档耗时、磁盘占用和测试资源，再增加并发。构建成功不等于分发完成，导出、上传和测试组检查也应进入流水线。
Apple Silicon AI 实验用户
需要在真实 Apple Silicon 环境中使用 MLX 或 llama.cpp，验证模型加载、推理流程与工具兼容性。M4 Pro / 64GB / 2TB 可作为较高内存需求的起点。
模型能否运行取决于权重大小、量化方式、上下文长度与运行时开销。先验证自己的模型和数据，再决定是否扩展机器数量。
租期结束前，先完成产物交接
把源码、脚本、IPA、日志与仍需保留的资料备份到你管理的位置。租期结束后的回收流程包括磁盘安全擦除与系统重装，不要把节点磁盘作为唯一副本。续费、订单和账单在控制台查看；遇到问题，可登录提交工单，或发邮件至 support@osxbuild.com。