单向备份 vs 双向同步——选择正确的操作模式

单向备份（Backup）：数据的镜像副本

工作方式

在 Backup 模式下，GoodSync 的操作方向是从左侧到右侧的单一方向。具体行为：

• 左侧新增的文件 → 复制到右侧
• 左侧修改过的文件 → 右侧对应文件被覆盖为新版本
• 左侧删除的文件 → 右侧对应文件也被删除（保持两侧一致）
• 右侧的任何变更都不会传回左侧——右侧只作为左侧的镜像

适用场景

备份模式的典型用途：

• 异地容灾：把重要资料定期备份到 NAS、云存储或外接硬盘，确保源数据有完整副本
• 归档存储：把正在进行的项目归档到长期存储目录，完成后不再从归档中取数据
• 服务器 → 备份节点：生产服务器定期把数据库或配置文件备份到专门的备份服务器

风险点

备份模式的核心假设是「左侧是主端，右侧是镜像」。如果这个假设不成立，可能出现意外：

• 不要反向操作：右侧被手动修改的文件不会自动传回左侧。如果不小心在右侧做了修改再启动备份，左侧的旧版本会把右侧覆盖回去。
• 删除传播：左侧删除的文件会自动从右侧删除。如果左侧的删除是误操作，右侧的数据也会丢失——建议配合版本历史功能使用，开启后被删除/覆盖的文件会被转移到版本历史目录而非直接消失。

双向同步（Synchronize）：两侧互为镜像

工作方式

在 Synchronize 模式下，GoodSync 会检测两侧的变更并互相传播，具体行为更复杂：

• 左侧新增 → 复制到右侧
• 右侧新增 → 复制到左侧
• 左侧修改、右侧未动 → 把左侧新版本复制到右侧
• 右侧修改、左侧未动 → 把右侧新版本复制到左侧
• 两侧都修改过 → 产生冲突（Conflict），需要解决策略

适用场景

同步模式的典型用途：

• 多设备协同：工作资料在办公室电脑、家里笔记本之间保持一致，两边都可能修改
• 团队协作（轻量）：共享某个项目目录，各成员可能在不同节点上更新不同文件
• 随时随地的工作区：在桌面创建的文件自动出现在笔记本上，反之亦然

核心挑战：冲突处理

双向同步最大的痛点是冲突。GoodSync 提供几种冲突解决策略：

• 保留最新版本：GoodSync 比较两侧文件的修改时间，保留时间较新的那个。时间戳不可靠时可能出错。
• 保留左侧 / 保留右侧：固定某一方优先。适合「有主次但仍需双向同步」的场景。
• 手动选择：每次遇到冲突都暂停，让用户决定保留哪一方。最安全但最耗时。
• 自动保留双方：冲突时把一方重命名为 filename (Conflict 2026-10-13).txt，双方都保留，不丢失任何数据。这是最安全的自动化策略。

模式选择决策矩阵

从备份切换到同步（或反向）

在作业配置中切换模式时：

1. 打开现有作业 → Options → General
2. 切换 Job Type 下拉框
3. GoodSync 会弹出警告提示（如果从同步切到备份会丢失双向逻辑，反之亦然）
4. 确认后切换完成，端点和过滤器配置会被保留

进阶：混合模式与单向同步变体

GoodSync 还提供一种介于 Backup 和 Synchronize 之间的操作模式——单向同步（Sync）：

• 与 Backup 的区别：右侧删除的文件不会从左侧删除，只同步新增和修改
• 典型场景：从主版本分发更新到多个目标节点，目标节点可能有自己的额外文件不应该被删

这个模式在部分 GoodSync 版本中以「Smart Backup」或「Uni-directional Sync」的名称出现。