真实状态开机的 iOS CI
iOS 代码提交后，从多种旧设备状态启动虚拟 iPhone，提前找出升级故障并留下可调试现场。
iOS 团队准备合并代码时，最怕新版本在旧系统、低存储空间或特定语言设置下出错。这些问题往往要等到发版夜才暴露，开发者手边的模拟器又很难保留一台用户刚升级过的真实设备状态。
团队把关键状态写成可版本管理的测试夹具，例如从旧版 App 升级、通知积压、磁盘空间不足或系统语言切换。每次提交后，服务为每个夹具启动一次性虚拟 iPhone，让它从对应状态开机，安装新构建并走完登录、升级、通知和核心页面等操作。
某一步失败时，审查页会给出操作录像、前后快照差异、控制台输出和仍可接手调试的虚拟设备。开发者能停在故障发生前一秒，检查当时的文件、系统设置和应用界面，再把修复后的构建重新放进同一状态复跑。
首个版本先覆盖三类最常见的升级状态与应用内路径，不处理个人 Apple ID、真实照片或真实推送内容。它要让团队把最难保留的用户环境，提前带进每一次代码审查。
为什么是现在
vphone-cli 于2026年8月28日登上 Hacker News；截至8月30日观察时排名第1，记录为378 points和101条评论。S1 它展示了可克隆、可导入导出的虚拟 iPhone，使团队现在更容易试验把升级状态带进 CI。S2
目标用户
面向已有 iOS 自动化测试，却仍靠人工保留旧设备的中小团队。最关键的时刻是合并涉及数据库迁移、缓存格式或系统权限的改动前。此时普通新装测试无法覆盖旧版遗留状态，真机又难以快速复原。值班开发者需要在拉取请求里看到失败现场，而不是发版夜临时找设备重现。
最小切入点
控制面先做成 GitHub App，接收提交和构建产物。执行端限定为客户自有的 Apple Silicon Mac。它调用 vphone-cli 的创建、克隆、启动、导入和导出命令。S2 每个夹具保存虚拟机包、应用版本和状态说明。应用安装与状态注入先走 SSH 内的受控脚本，画面留存可接 VNC。首版只接入有测试包、测试账号和脚本入口的团队。先验证旧版数据升级、语言切换和磁盘余量三条路径。审查页只汇总录像、日志、快照差异与可重连地址。
以小博大
第一批用户就在 vphone-cli 的 GitHub 讨论、Hacker News 评论区，以及维护 iOS CI 的工程团队中。可开源自托管执行器和三个示例夹具，只对审查页、权限管理与并发调度收费。再提供 GitHub Actions 模板，让团队在现有仓库里用一次提交完成试跑。故障录像和状态差异适合直接贴进拉取请求，也会自然触达同组开发者。
竞品与缝隙
- CorelliumGoogle
- Corellium 已提供按需虚拟 iOS 设备。它支持不同设备与系统组合，也提供快照、克隆和恢复。团队还能通过 API 接入测试工具，并查看文件系统与控制台。S3 这些能力已覆盖底层虚拟化和深度调试，直接重做没有优势。公开材料更偏移动安全、取证和渗透测试。它没有突出把用户升级前状态做成仓库内夹具，也未突出每次提交自动复跑升级路径。可争取的缝隙是更窄的研发流程：夹具随代码评审，失败后直接回到故障前状态。产品必须把准备状态、上传构建和生成审查报告压成一次 CI 调用。否则团队会直接采用 Corellium API 自建同类流程。
- BrowserStack App AutomateGoogle
- BrowserStack App Automate 已能上传 iOS 构建和测试包。它支持 Appium、Maestro 与 XCUITest，并可接入 CI。运行结果包含日志、截图、录像等调试材料。S4 它的优势是真机覆盖和成熟的自动化生态，适合跨机型与系统版本回归。Custom Device Lab 还提供持久配置，用于更特殊的真实设备场景。公开接口主要围绕设备配置、构建和测试会话组织。它没有突出把一次升级前的完整用户状态版本化，再为每次提交克隆复跑。机会在于补齐旧版数据、通知积压和磁盘边界等状态夹具。若这些状态最终只能靠测试脚本临时构造，差异会迅速缩小。
怎么赚钱
按并发虚拟设备数订阅，另收运行时长与状态存储费。早期提供仅支持客户自有 Mac 的团队版，避免先承担托管硬件成本。
反方视角
vphone-cli 当前要求 Apple Silicon、macOS 15+，还要放宽 SIP/AMFI 并使用私有权限。S2 这会把执行节点变成高权限基础设施，隔离、更新和审计都更麻烦。虚拟机还依赖补丁固件，系统升级可能直接破坏夹具兼容性。低存储、通知和后台调度未必能忠实对应真机表现。密钥串、推送令牌和服务端账号也会让状态复跑失真。大体积虚拟机的克隆、存储与并发启动会抬高成本。若无法在受控 Mac 集群里稳定复现故障，这项服务只能停留在少数研究型团队。