Apple 当前列出的 MacBook Neo SSD 容量有 256 GB 和 512 GB 两种。(apple.com) 本周先查清空间被什么占用，再决定是否迁移：Xcode、项目工作区、构建任务和模拟器都实际放到远程 Mac，才能减少相应的本机占用；仅仅远程连接，并不会让远端磁盘自动变成本机扩容。
这篇文章适合本地空间告急、仍要维护 Apple 平台项目的 MacBook Neo 开发者；也适合旅途中需要判断代码、构建和测试分别在哪台 Mac 上运行的自由职业者。你会按检查节点逐步验收，再决定采用本地、远程还是双轨开发。
先确认空间花在哪里，再决定迁移什么
存储设置里看到的“系统数据”变大，不足以证明 Xcode 是唯一原因。macOS 会把缓存、日志、临时文件等归入相应类别；项目源码、下载包、照片和其他资料，也可能分别占用空间。Apple 建议从“系统设置”里的“通用”进入“存储”，查看类别和卷宗用量，并用访达检查大文件。(support.apple.com)
按这个顺序盘点：
- 记下本机可用空间，并确认剩余空间是否正在随构建、下载或同步减少。
- 在存储管理中查看“应用程序”“文稿”等类别；再用访达检查项目目录、下载文件夹和开发者相关目录。
- 将已找到的内容分成四类：Xcode 应用、项目源码与资源、构建缓存和产物、模拟器及平台组件。
- 对照近期空间变化：如果项目构建时明显减少，优先查派生数据和输出位置；如果安装或更新时失败，先查下载包与应用安装位置。
- 先不要批量删除“系统数据”或不熟悉的开发文件。确认文件可重建、可重新下载或已有备份后，再清理。
Apple 的规格页还列出 MacBook Neo 配备 8 GB 统一内存。这是内存参数，不是 SSD 容量；当你同时开多个工具时，它可能影响工作流感受，但不能据此推断磁盘到底被什么占满。(apple.com)
本机 Xcode 安装与远端 Xcode 是两件事
如果你在 MacBook Neo 上下载或安装 Xcode，本机仍需容纳应用及相关组件。把 Xcode 改为安装在远程 Mac，只能避免远端安装文件占用 Neo 的 SSD；它不会卸载本机已有版本，也不会自动移动本机的项目、缓存或下载包。
动手前先核对计划使用的 Xcode 版本、每台 Mac 的 macOS 版本和安装位置。Apple 的系统要求按 Xcode 版本列出兼容的 macOS 与 SDK；例如，页面列出的 Xcode 26.6 对应 macOS Tahoe 26.2 至 26.x。版本更新后应重新查要求，不能因为远端能打开桌面，就默认它能安装你需要的版本。(developer.apple.com)
Xcode 可从 Apple 列出的下载渠道获取；所需组件也可能要另外下载。确认下载入口和安装目标后再操作，避免下载包先落在本机，结果远端安装了 Xcode，本机却仍留下大文件。(developer.apple.com)
构建有没有迁走，取决于命令和输出目录
远程桌面只负责把远端画面和输入传给你。判断构建是否在远端，关键看运行构建的 Xcode 或终端到底属于哪台 Mac，以及项目文件和输出路径实际指向哪里。
如果你在远端桌面打开远端项目并启动构建，派生数据和构建产物可以由远端环境生成；如果终端仍在 Neo 上执行构建，或者本地 Xcode 继续对本地副本构建，相关写入仍发生在本机。Apple 的构建设置文档说明，构建产物和中间文件位置可由构建路径设置决定，因此不要只看项目名称或远程桌面窗口来判断。(developer.apple.com)
你可以在每台设备上分别确认：
- 项目目录所在磁盘，以及工作区是否有本地副本。
- Xcode 当前选中的项目或工作区，是否来自远端文件系统。
- 构建命令在哪台 Mac 上执行，构建日志和输出路径属于哪台机器。
- 构建完成后是否把归档、应用包或其他产物下载回 Neo。
注意同步工具会带来隐性副本：项目即使以远端为主，本机同步目录仍可能保留整份源码和资源。确认同步策略和缓存方式，再判断本机占用是否真的下降。
模拟器组件也要分别核对位置
远端项目不等于所有测试资源自动在远端。模拟器运行时、平台支持组件和模拟器设备各有各的安装与管理位置；如果你在本机启动模拟器或下载平台组件，本机仍会写入这些文件。
在实际使用的那台 Mac 上打开 Xcode 的组件设置，核对已安装的平台和模拟器运行时；不用的组件可以确认后移除。Apple 文档也说明，模拟器运行时可以在 Xcode 设置中添加或删除。(developer.apple.com)
还有一种容易漏掉的情况：你在远端编译，却把测试设备接在身边的 MacBook Neo 上。此时测试、日志收集或产物交接可能仍涉及本机。按项目实际流程逐个检查，不要把“能看到远端模拟器画面”误当成全部资源都已迁走。
按里程碑迁移，并为断网留一条路
里程碑一：完成空间基线。记录本机可用空间，列出 Xcode、工作区、构建数据和模拟器组件所在位置。只要占用来源没查明，先不要清空目录，也不要急着切换开发方式。
里程碑二：确认远端环境能接手项目。核对远端 macOS 与 Xcode 版本要求，安装项目所需组件，并确认代码、依赖、签名配置和构建脚本可以在远端取得。账号凭据和签名材料按你的安全要求配置，不要为了省空间把敏感资料随意复制到共享位置。
里程碑三：完成一次端到端验收。在远端打开真实项目，执行日常构建与测试；查看构建结果、日志和产物路径，再返回 Neo 查看可用空间变化。若产物被自动同步或下载到本机，应把新增占用计入迁移结果。
里程碑四：演练文件交接与断网。确认远端修改如何提交、同步或备份；随后断开网络，验证你还能完成哪些本机任务。离线时无法操作远端工作区，所以旅途中至少要准备一条能继续处理手头工作的备用路径。
里程碑五：按实测选择工作流。如果远端构建成功、本机占用下降，而且连接中断时有可行的备用任务，可以把高占用工作迁到远端；如果经常离线，或本机仍需要保留 Xcode 与测试组件，优先保留本地或双轨环境。
请逐项勾选，没通过的项目先不要视为迁移完成：
- [ ] 已确认本机空间占用来自哪些目录和类别，而非只看存储总览。
- [ ] 已核对所需 Xcode 版本与远端 macOS 兼容性。
- [ ] 已确认项目工作区、构建命令和输出目录都在预期的设备上。
- [ ] 已确认模拟器运行时与平台组件装在实际执行测试的 Mac 上。
- [ ] 已完成真实项目构建，并检查产物是否同步回本机。
- [ ] 已验证断网时可继续处理的任务、文件交接与恢复方式。
用工作位置判断：本地、远程还是双轨
| 工作流 | 本机空间表现 | 适合的情况 | 主要代价 |
|---|---|---|---|
| 本地开发 | Xcode、工作区、构建与测试资源可能都留在 Neo | 经常离线，需要本地快速改代码和测试 | 要自己管理本机可用空间与组件 |
| 远程开发 | 只有实际位于远端的工作区、构建和组件才由远端承担 | 网络稳定，主要希望减少随身设备上的开发文件 | 断网时无法操作远端；文件交接和恢复需要提前验证 |
| 双轨开发 | 本地保留必要文件和备用能力，重型构建或部分测试放远端 | 旅途网络不确定，但仍想减少部分本机占用 | 两端版本、文件和构建状态更需要管理 |
| 发现的现象 | 下一步核对 | 决策方向 |
|---|---|---|
| 安装或更新 Xcode 时本机空间不足 | 下载位置、本机是否已有安装包、计划使用的版本 | 先处理本机安装与下载占用；远端安装不等于本机自动腾出空间 |
| 构建后空间持续减少 | 构建命令、工作区副本、派生数据和输出目录 | 确认构建是否实际在远端运行，再决定迁移构建任务 |
| 模拟器或平台组件占用明显 | 哪台 Mac 下载并运行对应组件 | 只迁移需要的测试流程，不要假定远程桌面会移动组件 |
| 经常处于无网或弱网环境 | 可离线完成的任务、同步与恢复路径 | 保留本地环境或采用双轨，先通过断网演练再扩大迁移范围 |
常见问题
远端构建完成，本机还会有文件吗？
会，前提是你仍在本机保留项目副本、同步目录或下载回构建产物。检查这些位置的增量，比只看 Xcode 是否在远端打开更可靠。
不想在本机安装 Xcode，可以只用远程桌面吗？
可以尝试，但远端系统版本和软件组件必须满足项目要求，还要验证键盘操作、文件交接、账号权限和断线恢复。不要把首次连接成功当成完整验收。
把模拟器移到远端后，本机就不需要测试资源了吗？
只有测试确实在远端执行时，远端安装的模拟器资源才服务于这条路径。若本机仍需启动模拟器、运行测试或保存下载的运行时，本机仍会占用空间。
旅行中连接远端 Mac，是否必须一直联网？
操作远端工作区、启动远端构建和查看实时结果都依赖可用连接。断网时先前已下载到本机的文件仍可访问，但远端任务无法继续操作；出发前应验证离线任务和文件交接。
对于项目文件多、构建频繁，但本机存储又要留给旅途资料的开发者，把确实能迁移的工作区和构建任务放到远程 Mac，可能比反复清理缓存更合适；不过它增加了网络依赖、文件交接和恢复验证这些成本。你可以先查看 VMSPIN 的远程 Mac 环境 与 租期方案，对照项目要求和离线频率，再决定是否体验；若需要经常离线，保留本地开发能力会更稳妥。