GoodSync 版本历史控制与回滚

为什么需要版本历史

在普通备份模式下，每次同步会用最新文件覆盖旧版本。这带来一个问题——如果某个文件被意外修改或损坏后，你还没来得及发现，下一次同步就会把损坏的版本备份过去，把旧版本覆盖掉。此时再想找回原来的文件就困难了。

GoodSync 的版本历史功能正是为了解决这个问题。它在备份（或同步）文件的同时，会把被删除、被覆盖的旧文件保存到一个版本历史目录中，可按以下策略配置：

• 保存最近 N 个版本
• 按时间窗口（如最近 30 天的版本）
• 限制版本历史的总占用空间

版本历史的存储位置

版本历史默认保存在目标文件夹（右侧）的 _gsdata_ 隐藏子目录中。这个目录结构大致如下：

目标文件夹/
├── _gsdata_/          ← GoodSync 状态与版本历史目录
│   ├── _history/      ← 版本历史文件夹
│   │   └── 2026-10/   ← 按月份分组
│   ├── _state/        ← GoodSync 内部状态文件
│   └── _jobs_/        ← 作业配置文件

_gsdata_ 目录中的内容不会被再次同步（GoodSync 自动排除），版本历史只保存在本地，不会传播到另一端。

恢复历史版本

恢复操作有两种方式：

方法一：GoodSync Explorer 手动恢复

1. 打开 GoodSync Explorer
2. 定位到包含 _gsdata_/_history/ 的目标文件夹
3. 找到需要恢复的文件的历史版本
4. 复制回原位置

方法二：通过恢复作业自动恢复 GoodSync 可以创建一个专门的「恢复」作业，从版本历史目录中把指定文件的某个历史版本还原到源文件夹。这适合批量恢复场景。

版本历史的空间管理

版本历史会持续占用目标端的存储空间，需要合理配置：

• 按版本数限制：每个文件最多保留 N 个版本（建议 5-10 个）
• 按时间窗口：只保留最近 N 天的版本（建议 30-90 天）
• 按空间上限：版本历史目录总大小不超过 X GB

超过限制的旧版本会被 GoodSync 自动清理，不需要手动删除。

版本历史与云存储

当目标端是云存储时，版本历史的行为有所不同：

• GoodSync 自身的版本历史功能仍然生效（在云存储的目标路径下创建 _gsdata_ 目录）
• 某些云服务商（如 OneDrive、Google Drive）本身也提供文件版本历史功能，可以叠加使用
• 叠加双保险时需要注意区分两套版本的清理策略，避免混淆

与其他备份工具的版本管理对比

GoodSync 的版本历史功能在定位上更偏向轻量级的操作保护，而不是完整的灾难恢复方案。如果需要更复杂的版本管理（如带注释的版本快照、增量备份链），通常需要配合专门的备份软件使用。GoodSync 的优势在于它能在每次同步时自动保存版本，不需要额外触发或配置。