本地 Mac 和 Windows 工程都可以从版本库恢复。先迁移可复现的配置，再迁移敏感材料；不要把旧机器的整个缓存目录直接复制过去。
从自己有权限访问的 Git 仓库拉取工程。仓库地址通过环境变量提供，不要把访问令牌写进命令历史或截图。
git clone "$PROJECT_REPOSITORY" project
cd project
git submodule update --init --recursive
git rev-parse HEAD
git status --short验证点：两端提交号一致。私有依赖的访问权限、额外资源与签名文件不会随代码自动恢复。
先查看实例上实际可用的工具。不要假定每台机器预装了相同版本；Xcode 与工程要求不一致时，先处理兼容性再编译。
xcode-select -p
xcodebuild -version
xcodebuild -showsdks
brew --version
brew bundle check
pod --version
flutter --version
node --version验证点：有 Brewfile 才在其所在目录运行检查。命令不存在时先安装对应工具；Unity 使用授权由你自行确认。
先在交互会话完成一次构建，确认依赖与签名可用，再注册临时 self-hosted runner，避免把环境错误混进流水线排查。
./config.sh --url "$CI_REPOSITORY_URL" --token "$RUNNER_TOKEN"
./run.sh
bundle check
bundle exec fastlane lanes验证点：runner 命令取决于 CI 平台，并非通用安装器。上述注册形式仅用于提供对应脚本的平台；到期前注销 runner、撤销令牌。
传文件不等于开了远程桌面就能拖进去。剪贴板内容类型、大小与文件传输入口由当前连接实现决定。需要 SSH 或 VNC 客户端时，先在控制台核对开放方式、凭据和连接地址；不要自行假定端口已开放。敏感材料不要放在公共下载地址，也不要附在工单中。
先用项目锁定的版本恢复环境，再处理平台依赖与签名。以下命令在对应工程目录执行；产物能否分发，还取决于签名配置、发行权限与目标平台要求。
前提：Flutter SDK 与项目要求匹配，iOS 工程、插件依赖和 Xcode 工具链可用，签名材料与应用标识对应。
flutter doctor -v
flutter pub get
flutter build ipa先处理 flutter doctor -v 指出的 iOS 工具链问题。依赖恢复失败时区分网络、版本约束与私有包权限；不要反复执行归档命令掩盖前置错误。
预期产物：成功后核对 build/ios/archive 中的归档，以及 build/ios/ipa 中的导出文件。具体目录与导出行为以所用 Flutter 版本和构建输出为准。
只有归档、没有 ipa 时，继续检查导出与签名错误。构建完成不会自动将安装包提交到 TestFlight。
前提：Node、包管理器与项目锁文件匹配；采用 CocoaPods 的工程已经安装 iOS 依赖，并确认使用正确的 scheme。
node --version
bundle check
cd ios
bundle exec pod install
open .存在 Gemfile 时使用项目约定的 Bundler 环境；未采用 Bundler 的项目按团队流程安装依赖。在 Xcode 打开生成的 .xcworkspace，不要误开缺少 Pods 依赖的工程文件。
预期产物：选择目标 scheme 和适用的设备归档目标，通过 Product → Archive 得到 .xcarchive，再在 Organizer 中按发行方式导出或上传。
模拟器运行成功不代表设备归档可用。若原生模块报错，保留首个编译错误和对应依赖版本，而不是只截最后一行失败摘要。
前提：Unity 编辑器版本与工程匹配，iOS 模块可用，第三方原生插件和资源完整，具备相应的编辑器使用授权。
xcodebuild -version
xcodebuild -list -project "$EXPORTED_XCODE_PROJECT"在 Unity 中切换 iOS 构建目标并导出 Xcode 工程。使用 IL2CPP 的工程需要完成生成代码的原生编译；导出完成还不是可分发的安装包。
预期产物：在 Xcode 中处理签名、依赖和目标配置后执行 Archive，得到归档，再按发行流程导出 ipa 或上传。若插件生成了工作区，应打开工作区继续处理。
大工程先预算内存和中间文件空间。Apple Silicon M4 Pro / 64GB RAM / 2TB SSD 是目录中的大工程选项，但不承诺固定编译耗时。
记录提交号、Xcode 与框架版本、依赖锁文件、所用 scheme、构建命令和产物路径。将可公开的配置纳入版本控制，签名私钥与访问令牌另行保管。下一次按天租 Mac 时，先恢复这份记录，而不是从头猜一次环境。
鼠标移动延后、画面刷新慢，通常应从网络与显示设置排查；鼠标正常但编译长时间运行，则需要查看构建日志和资源占用。换一种远程连接方式不会自动修复工程错误。
先确认订单当前节点是否接近你的接入位置，再比较有线或稳定无线网络，暂停占满上行带宽的同步任务。需要改选节点时先看下一节，不要把“换节点”理解成原订单可以即时无损迁移。
改善边界：地理接近只是筛选起点。运营商路由、跨区链路与本地拥塞仍会影响实际往返延迟。
在当前远程连接界面提供的选项中降低画质、分辨率或帧率，关闭不必要的动态内容。一次只改一项，并记录修改前后的现象。
改善边界：可以减少画面编码与传输负担，但不能缩短网络的物理往返时间，也不会让 CPU 编译任务因此更快完成。
如果控制台提供对应连接信息，可使用 VNC 客户端比较同一实例的操作体验。浏览器方式适合直接进入桌面；客户端方式可作为排查连接实现差异的替代路径。
改善边界：客户端可能提供不同的显示与剪贴板选项，但不会改变节点位置。文件传输能力仍取决于双方实现，不作统一支持承诺。
连接失败时记录页面提示、发生时间与时区；构建失败时保留首个有意义的错误、执行命令和版本信息。截屏前遮盖密码、令牌、证书细节与私人项目内容。
改善边界：截图能辅助定位，但不能替代可复制的错误文本。不要只提交“很卡”或“打包失败”而没有复现步骤。
全部 5 个节点如下。区间对应给定辐射区，不构成任意城市到该节点的延迟承诺。
| 节点 | 辐射区 | 参考往返区间 |
|---|---|---|
| 新加坡 | 东南亚 | 20~50ms |
| 东京 | 东亚 | 30~60ms |
| 首尔 | 东北亚 | 30~50ms |
| 香港 | 华南与东南亚 | 20~40ms |
| 美国东部 | 北美东部与西欧 | 25~35ms |
区间参考，实际以接入网络为准。实时操作桌面时优先考虑接近你的节点；仅执行构建、回收产物时，还应同时考虑依赖下载与文件传输条件。
节点是订单配置的一部分。本页不将同一订单的跨节点切换视为默认能力，也不承诺磁盘、连接地址或剩余租期能够自动转移。是否可以调整、如何处理费用与数据，先由控制台工单核对具体订单。
提交订单号、当前节点、希望使用的节点与原因，并说明是否仍有运行中的构建。等待确认订单调整方式、可能的费用和操作步骤；不要在未确认前删除环境或假定新节点会继承旧实例状态。
若需要另行租用一台，先核对新订单的配置、周期与实时可用状态。旧订单如何结束或续租，仍按对应订单与服务条款处理。
先推送未提交的代码并导出构建产物，单独备份必要配置、证书与描述文件。新实例重新核对工具版本、访问权限与签名，不直接假设旧磁盘内容已经迁移。
切换成功后更新 CI 的连接配置，注销旧 runner，撤销不再使用的令牌。到期数据处理以服务条款和控制台提示为准；不要把到期后的恢复当作备份方案。
登录控制台，在工单入口新建请求，并关联需要核查的订单。控制台工单适合处理实例、连接、初始化与账单问题；无法登录时，可通过 support@testmini.com 联系。
涉及付款时，写明订单号、付款方式和控制台显示的状态；USDT-TRC20 可提供交易哈希，银行卡问题不要发送完整卡号、安全码或验证码。
把下列字段填入控制台工单，不必上传整个项目。
不要附带登录密码、私钥、签名证书原件或 CI 注册令牌。若支持需要进一步诊断，再按工单说明提供最小必要信息。