为可复现的构建保留一台机器

我们只做一件事:
让 iOS 构建有台稳定的 Mac

OSXHost 提供独享物理机形态的云端 Mac。把 Xcode、签名材料和 CI 任务放到一台专用 Mac mini 上,不再让发布流水线依赖办公室里那台恰好开着的电脑。

按天起租,$20.5/天起。具体配置与可用性以控制台实时返回为准。

从办公室打包机开始

构建失败,不应该先去找谁能重启电脑。

团队曾自己维护办公室里的打包机。我们熟悉的不是抽象的“上云需求”,而是发布前那些具体的阻塞。

夜间任务掉线,第二天才发现 archive 没有完成;开发者换了工作环境,签名材料与钥匙串没有完整迁移;一次临时清理,把后续构建需要的缓存和配置一起删掉。机器还能开机,不代表流水线能重复运行。

把开发电脑兼作公共打包机,还会把两种节奏绑在一起。有人需要调试,有人需要出包;有人切换工具链,有人依赖上一版配置。等到发布节点,团队才开始回忆上一次成功构建到底用了什么。

OSXHost 的出发点很直接:给构建留一台专用 Mac,让工程、工具链和执行记录有固定落点。独享机器提供资源边界,团队再用版本锁定、签名管理与自动化脚本,把构建过程变成可以追踪的工作流。

不把资源边界藏进小字

坚持物理节点,是为了让负载更容易解释。

每台 Mac mini 独享给一位用户。CPU、统一内存和磁盘不与其他租户共享,非虚拟机。

计算资源有明确归属

构建、模拟器与推理实验使用所租机器的资源。团队可以根据自己的任务队列控制并发,而不是把其他租户的负载作为一个不可见变量。

同一台机器上的多个任务仍会相互竞争资源;并发数要按实际工程验证。

工作环境由你组织

使用 macOS 图形界面或命令行,配置 Xcode、fastlane 与项目依赖。把版本选择和环境初始化写进脚本,新任务就能沿用同一套准备过程。

系统与工具链选择需核对当前交付能力,不将兼容性等同于性能保证。

先按负载选,再按周期租

目录提供三档配置:Host M4 Lite、Host M4 Plus、Host M4 Pro。先检查工程的内存、缓存和并发需求,再选择天、周、月或季的租期。

核对三档配置

五个节点,一套选择方法

先靠近操作机器的人,再检查流水线的数据路径。

交互式开发优先考虑团队位置;无人值守构建还要考虑代码、依赖与产物的传输。时区相近不等于网络延迟相同。

SG · UTC+08:00

新加坡

适合东南亚团队的日间协作,也便于与东八区的发布安排保持一致。

核对重点:依赖下载路径与产物回传。

充足

JP · UTC+09:00

日本(东京)

适合日本团队按本地工作日安排开发、回归与构建任务。

核对重点:交互连接体验与回归排期。

充足

KR · UTC+09:00

韩国(首尔)

适合韩国团队的客户端开发与游戏出包协作,与当地工作时段一致。

核对重点:工程素材同步与包体上传。

充足

HK · UTC+08:00

香港

适合按东八区协作的团队,把构建检查与发布交接放在同一工作日。

核对重点:团队实际网络到节点的连接。

充足

US-W · UTC−08:00 / −07:00

美国西部

适合按太平洋时间协作的团队;当地标准时间与夏令时间分别安排任务。

核对重点:跨时区交接与定时任务设置。

充足

可用性以控制台实时返回为准。节点选择不能代替实际网络验证;需要协助判断时,提供团队所在时区、主要操作方式与构建数据流向即可。

把交接过程写成流程

交付、故障、退租,各自有明确动作。

服务的边界不止是远程连上机器。新旧租期之间的数据隔离,以及故障后的恢复路径,同样需要说明。

  1. 01

    交付前
    清盘与重装

    交付前执行清盘与系统重装,检查基本连接能力。拿到机器后,先修改初始密码、配置连接凭据,再导入工程与签名材料;不要跳过首次登录检查。

  2. 02

    使用中
    定位与替换

    遇到疑似硬件故障,登录控制台提交工单,附订单号、出现时间和错误表现。确认硬件问题后按整机替换流程处理;环境重建依赖团队保留的脚本与备份,不把替换机器等同于自动恢复所有数据。

  3. 03

    退租后
    安全擦除

    退租后执行安全擦除,再进入后续交付流程。结束租用前,主动导出构建产物、必要配置和敏感材料,并从相关 CI 系统撤销不再使用的凭据;不要把租用机器当作唯一备份。

99.9% 是可用率承诺,不是历史成绩单。

以 30 天计算,停机额度约 43 分钟。超出额度部分按影响时长折算延长服务天数;故障结束后 7 天内,经控制台工单附订单号与时间段申请。

查看完整申请规则

用工作里的话描述需求

机器退到后台,发布任务才是主角。

以下用两类典型使用场景表达需求,供你对照自己的工作流,不作为已验证的客户评价。

“我们的出海游戏包体每周要打几十次。我希望把这段工作交给首尔节点跑,团队继续处理版本内容,而不是轮流照看办公室的机器。”

游戏客户端主程 · 场景化需求

“我只关心构建快不快、账单清不清楚。先用自己的工程验证,再决定租多久;实验结束,把产物带走,不把临时机器变成长期开支。”

独立开发者 · 场景化需求

判断服务,看这些可核对的事

写清价格,写清承诺,写清限制。

我们不希望你靠猜测下单。影响选型与交付的条件,应该在租用前就能找到。

写清价格

按天、周、月、季预付,全部以美元结算。机型价格与附加项分别列出,扩展存储和 Thunderbolt 5 并联不混进一个含糊的起步价。

仅支持 USDT-TRC20 与 Visa / Mastercard / Amex(经 Stripe),实际可用网关以后端接口返回为准。

查看完整价格

写清承诺

节点全年 365 天正常运行。月度可用率承诺、额度计算、申请期限与补偿方式,都应是可核对的规则,而不是一条没有申请路径的口号。

涉及具体订单,用控制台工单保留问题描述、时间段和处理记录,让双方围绕同一份信息沟通。

阅读服务条款

写清限制

独享物理机不意味着任何工程都能在同样时间完成。依赖下载、签名配置、缓存命中和任务并发,都会影响构建结果与耗时。

机器内工程与证书由用户管理,我们不访问这些内容。团队仍需做好凭据保护、版本记录与独立备份。

查看数据处理规则

把下一次构建,交给专用机器。

先确认工程需要的内存、存储与工具链。准备好了就选一台;需要核对团队部署方式,通过邮箱或控制台工单联系我们。