先定义唯一工作副本
多人在本地保存同名文件，最容易产生无法合并的版本。项目应指定共同工作区，并让离线副本在恢复连接后进入明确的冲突处理流程。
文件名不承担全部信息
日期和版本可以帮助快速辨认，但样品、仪器和方法等结构化信息更适合保存在清单或元数据中。过长文件名容易在不同系统间截断。
原始层保持只读
仪器导出的原始文件一旦进入项目目录，就不应被清理或覆盖。需要修正格式时复制到处理层，并在记录中说明来源。
变更记录写原因而不只写动作
“更新表格”无法帮助后来者判断差异。更好的记录会说明为何调整校准、删除哪个异常点、使用什么参数以及结果受到什么影响。
不同设备承担不同任务
手机适合确认状态与阅读摘要，个人电脑适合整理和制图，实验工作站负责采集或专用分析。界面应根据设备呈现合适任务，而不是把复杂工作台强行缩到小屏幕。
冲突文件需要人工决定
同步工具发现同名文件被两台设备修改时，不应自动选择修改时间较新的版本。系统时间可能不准，两份文件也可能分别包含有效更改。更稳妥的做法是保留冲突副本并由负责人比较。
对于关键结果，可使用校验值确认文件在传输前后没有改变。校验值证明字节一致，却不能证明分析方法正确，两者需要分开理解。
权限跟随角色而不是设备
实验工作站、个人电脑和手机的权限需求不同。采集端需要写入原始目录，阅读端通常只需查看，审核者才有权冻结结果。按角色分配权限可以减少误删。
成员离开项目或设备遗失时，应撤销相应访问并检查离线副本。权限变更本身也应留有记录。
归档不是把文件移走
项目结束后要确认文档、脚本、依赖和数据格式仍可读取。专用软件若无法长期维护，可同时导出开放格式与必要截图，但开放格式不能替代原始文件。
定期抽查归档比多年后才发现文件损坏更可靠。抽查对象应覆盖不同年份、设备和格式，并记录恢复是否成功。
备份与同步承担不同职责
同步让多设备看到近期文件，但误删也可能迅速传播。独立备份应保留历史版本，并与日常账号权限分离。
团队要定期执行恢复演练，确认备份不是只有文件数量，却缺少可用目录和依赖。
关键结果设置冻结点
论文提交、内部评审或对外交付前，可以冻结一个可复现版本。后续修改进入新分支，不覆盖当时使用的图表和数据。
冻结点包含文件清单、校验值、脚本版本和简短说明，便于回答某个结论究竟基于哪一批资料。
版本规则保持人能理解
复杂编号若只有维护者看得懂，就无法改善协作。采用少量明确状态，例如草稿、复核中、已冻结，并让每次变化附带原因。
减少不必要的文件复制
临时导出和聊天附件容易脱离正式目录。讨论时尽量引用稳定文件位置；确需发送副本时标明来源版本，并在任务结束后清理无主副本。
项目关闭也保留责任人
归档后仍需指定谁处理权限、格式迁移和恢复问题。没有维护责任的备份，往往会在真正需要时才发现已经失效。
责任人变化时完成一次书面交接，并立即验证新的访问权限。