适合人工检查和小批量传输
- 上传前压缩包含大量小文件的工程目录,减少远程文件管理器逐项处理的等待。
- 解压后检查目录权限,确认当前账户对工作目录具有读取与写入权限。
- 视频、音频和大体积素材优先生成代理文件,桌面会话只承担需要人工判断的环节。
- 导出完成后先核对文件大小与校验值,再从节点删除临时副本。
本页按实际接入顺序说明远程桌面、SSH、代码仓库、自托管 Runner 与文件传输。先核对节点和凭据,再处理客户端参数;遇到问题时按现象逐层排查,避免把强制断电当成常规修复手段。
确认访问地址、账户名、临时凭据和节点代码属于同一订单。
先使用单一客户端连接,排除多端并发和旧缓存干扰。
首次进入后立即更新,并将新凭据放入团队认可的安全保管工具。
录入 SSH 公钥,检查 Xcode 命令行工具,再注册自动化 Runner。
订单通知邮件与控制台会提供同一组交付信息。连接前应核对订单号、节点代码、访问地址和账户名;如果两处内容不一致,不要反复尝试旧地址,直接在控制台提交工单。
需要完整图形界面、Xcode 工程操作或创作软件时使用远程桌面;只执行脚本、检查构建状态或传输小批文件时优先使用 SSH。减少不必要的图形会话,可以降低弱网络下的交互压力。
| 连接方式 | 适合任务 | 连接前准备 | 客户端参数 | 结束会话 |
|---|---|---|---|---|
| VNC 远程桌面 | Xcode 图形界面、模拟器观察、Logic Pro、Final Cut Pro 与日常桌面操作 | 确认访问地址、端口、账户名和当前凭据;关闭同一账户的重复会话 | 先使用自适应画质与系统分辨率;弱网络下逐步降低色彩质量和帧率 | 保存工程并退出应用,再从系统会话中正常注销;不要直接关闭正在写入文件的任务 |
| macOS 系统级远程访问 | 团队内部统一客户端、固定分辨率工作台与长期桌面任务 | 确认客户端支持目标协议,并允许所需网络端口通过本地防火墙 | 主机名填写交付地址,账户名保持原样;首次连接时核对主机提示信息 | 先停止导出、压缩或同步任务,再执行注销;仅关闭客户端窗口不等于结束后台进程 |
| SSH 命令行 | 仓库操作、构建脚本、Runner 管理、日志查看和自动化任务 | 录入公钥,确认私钥只保存在受控终端,并记录节点主机指纹 | 明确用户名、主机地址和端口;自动化脚本应设置合理超时和退出码检查 | 退出交互会话前确认前台任务结束;长期任务交给受管理的进程或 Runner 执行 |
会话结束顺序:保存文件、停止写入任务、退出应用、注销桌面会话。后台构建若需继续运行,应由 Runner 或受管理进程接管,而不是依赖一个保持打开的桌面窗口。
个人远程桌面账户、SSH 密钥和 CI/CD Runner 不应共用一组长期凭据。分别配置权限后,构建失败更容易定位,成员变更时也能单独撤销对应访问。
从受控工作设备生成或选择现有密钥,将公钥写入目标账户的授权列表。私钥不上传到节点,不通过邮件发送,也不粘贴进工单。
ssh -i ~/.ssh/team_build user@assigned-host
优先使用只覆盖当前仓库的访问令牌或部署密钥。首次拉取后检查远端地址,避免把含敏感参数的 URL 留在 shell 历史或构建输出中。
git clone <repository-url>
git remote -v
确认当前工具链路径和版本符合项目要求。版本切换后重新执行检查,并让构建脚本输出实际使用的工具链,而不是只依赖团队文档中的预期值。
xcode-select -p
xcodebuild -version
swift --version
为 Runner 使用清晰标签,例如芯片、节点和任务类型。限制单机并发,给工作目录设置清理策略,并在成员离开或项目结束后撤销注册令牌。
./config.sh --labels apple-silicon,macos,build
./run.sh
工程文件、缓存和构建产物应按用途放入不同目录。把工作区与临时缓存混在一起,会让磁盘空间问题难以判断,也会增加清理时误删项目文件的风险。
不要同时更换网络、客户端、凭据和节点参数。每轮只改变一项,并记录时间、错误文本和结果;这样提交工单时,支持人员可以直接从已验证的步骤继续。
先确认本地网络可以访问其他 HTTPS 服务,再核对主机地址和端口。关闭代理或企业网络策略进行一次对照测试,并确认客户端没有继续使用旧会话缓存。
降低分辨率、色彩质量和帧率,暂停大型上传,再比较有线网络与无线网络结果。若 SSH 响应正常而桌面延迟明显,优先检查图形编码与客户端设置。
确认账户名大小写和粘贴空格,检查是否仍使用首次交付的临时值。不要连续高频尝试;在控制台核对订单状态后提交工单,由支持人员确认账户状态。
分别检查工作区、构建缓存、模拟器数据、归档文件和下载目录。先移动需要保留的产物,再清理可重建缓存;不要直接删除来源不明的系统目录。
保留退出码和失败步骤,确认 Runner 服务、工具链路径、剩余磁盘与仓库权限。先用相同提交重跑一次最小任务,再判断是环境问题还是项目脚本问题。
所有节点全年 365 天正常运行,不设置计划停机时段。系统更新、项目依赖变更和用户发起的重启,应由团队根据任务状态安排;如果节点完全失去响应,再由支持人员完成节点检查。
停止 Runner 接收新任务,等待写入完成,保存桌面工程,然后从 macOS 执行正常重启。重连后检查时间、网络、磁盘和构建服务。
若 SSH 仍可连接,不要直接断电。先检查远程桌面进程、磁盘空间和系统负载,并记录最近一次正常会话结束时间。
提交订单号、节点代码、发生时间和网络对照结果。支持人员会先检查节点电源、网络与系统状态,再决定是否需要恢复操作。
文件系统正在写入、构建产物正在归档或缓存数据库正在更新时,重复断电可能扩大问题。每次操作后应等待状态返回,并记录操作时间。
两档配置、六个节点与全部周期价格公开列明。提交订单前可先按任务内存、存储增量和连接地区完成选择。