整理Syncthing历史版本前，先算清“每个文件保留几份”

多台设备长期同步后，当前目录看起来一样，历史版本目录却可能各有一部分内容。如果准备退出旧节点，只核对当前文件还不够。历史版本需要单独列清单，再决定是否合并。

一、先分开三个问题

当前文件是否一致，是当前副本核验；两边有哪些历史文件，是历史版本盘点；合并后会留下哪些版本，是保留策略核查。三件事分别留证据，才能看出缺的是当前内容还是旧版本。

不要把历史目录总文件数直接拿来与“保留5份”比较。Syncthing简单版本控制中的保留数量，针对的是每个原文件的旧版本数量。假如甲文档有6份历史、乙文档有2份，超出5份限制的是甲文档，不是整个目录。

二、同名不一定同内容

准备合并前，先建立源端和目标端清单，至少包括相对路径、字节大小和内容哈希。同一路径、同一大小，仍需比较哈希。遇到同名但内容不同的历史文件，应单列出来人工判断，不能直接覆盖。

不同文件名却内容相同，也要先确认它们代表的历史时间和用途。为了去重随意改名，可能让后续恢复时难以理解版本来源。

三、先检查策略，再复制

假设某个原文件两端去重后共有6份要保留的历史，而目标端配置只保留5份，就应先明确是否需要调整保留数量。还要同时查看按时间清理的设置：只增加份数，不代表旧版本一定不会因年龄限制被清理。

这些是迁移前需要确认的条件。复制进历史目录本身，并不等于软件已经接纳了全部版本，更不能承诺它们永久保留。应该根据实际版本、命名规则和恢复界面继续核验。

四、完成复制后还差一次读回

复制工具显示成功，只能证明传输步骤结束。可再从目标端重新生成清单，核对需要保留的相对路径、大小和哈希，并记录同名差异的处理决定。有条件时，在隔离位置做一次恢复验证，避免覆盖正在使用的文件。

Syncthing官方文档还特别说明，版本控制是按文件夹、按设备配置的，并且针对从其他设备接收到的变更；本机直接修改文件，不能据此假定软件会自动为修改前的内容留档。因此，历史版本策略也不能替代独立备份。

本文介绍的是核验顺序，没有执行删除、恢复或修改任何读者设备的设置。实际操作前，应先确认旧节点退出不会影响其他依赖，并保留可回退的源数据。

参考：Syncthing官方《File Versioning》。文章由AI协助整理，未包含个人文件、服务器地址或访问凭据。