RESEARCH NOTE · standard
换机时如何把研究环境与数据一起迁移
先分清数据和环境
研究目录中的原始资料、脚本、配置、依赖和结果承担不同角色。只复制最终表格，往往无法解释它由哪个输入和版本产生。
迁移前先列出必须保留的原始资料、可重新生成的中间文件和需要重新安装的软件。
处理器与系统会改变安装方式
Intel与Arm设备可能使用不同二进制包，Windows、macOS和Linux也有不同权限与路径规则。
下载前核对系统版本和处理器架构，避免把安装失败误认为账号或节点问题。
依赖版本应能够重建
记录R、Python、Java或其他运行时版本，并保存依赖锁定文件。环境容器能降低差异，但仍需记录基础镜像和构建时间。
如果旧环境无法导出，至少保存软件版本、关键库和完整错误日志。
验证迁移是否成功
选取一个体量小、结果已知的任务进行复跑，比较样本数、日志、摘要统计和文件校验值。
结果一致后再迁移长任务，能把环境问题与数据问题分开。
迁移清单应按可重建程度分类
原始数据和人工标注通常不可替代，应优先校验并备份；中间文件若可由脚本重新产生，可以降低迁移优先级；最终报告必须连同生成它的脚本和参数保存。这样的分类比按文件扩展名复制更可靠。
迁移前记录目录结构和文件校验值。复制完成后抽查总量不够，还要验证关键文件内容没有损坏。
凭据与研究数据不要打包在一起
配置文件可能含访问令牌、服务器地址或个人路径。迁移时应把秘密信息放入独立的安全存储，不要跟随项目压缩包发送。
新设备完成登录后重新签发必要凭据，并撤销不再使用的旧设备会话。研究数据备份和账号安全是两个不同任务。
环境测试要选择有代表性的任务
测试任务应包含实际会使用的文件读取、依赖调用和输出步骤，而不是只确认程序能打开。选择体量小但流程完整的样本，更容易在短时间发现差异。
比较时查看日志、行数、摘要统计和随机种子。浮点运算在不同硬件上可能出现极小差异，应先定义可接受范围。
旧设备退出前保留恢复窗口
新设备通过完整测试以前，不要立即删除旧环境。短暂并行期可以核对遗漏依赖和本地配置，也能在长任务失败时回看原日志。
确认迁移完成后，再撤销旧设备凭据并按资料政策清除敏感文件。保留窗口与长期保留旧副本是两件事。
迁移记录应让另一位成员看得懂
只写“已经复制”无法帮助团队复核。记录来源设备、目标设备、目录、校验结果、环境版本和测试任务，另一位成员才能独立确认。
如果某项无法迁移，应说明替代方案和影响范围。明确缺口比留下一个表面完整但不能运行的目录更可靠。
迁移完成的标准是能够解释结果
新设备能打开文件只是最低条件。团队还应能够指出输入来自哪里、用哪个环境运行、输出如何核对，以及异常时回到哪个日志。
当另一位成员可以依照记录完成小任务并得到一致摘要，迁移才从文件复制变成可复现交接。