历史记录与还原策略
历史页是备份的可追溯层。它不只是归档文件列表，还会把世界、配置、时间、类型、注释、本地文件状态和云端副本状态组合成可操作的恢复入口。
历史页能看什么
根据归档和元数据状态，历史条目可以显示：
- 世界和所属配置。
- 创建时间、归档类型和用户注释。
- 本地归档是否存在、是否可读，以及是否只有云端副本。
- 是否标记为重要。
- Smart 链需要的 Full 基线和相关元数据是否仍然可用。
如果历史存在但本地文件缺失，不要直接点击还原；先从云端下载归档，或重新确认归档路径。
建议的维护操作
- 给关键节点添加可读注释。
- 给版本更新前、重大建筑完成后和验证成功的归档标记为重要。
- 从历史页打开归档目录，而不是凭记忆手动定位。
- 只使用内置删除入口，让历史和本地文件的状态保持一致。
删除模式
MineBackup 支持区分：
- 仅删除历史记录。
- 仅删除本地归档。
- 同时删除本地归档和历史记录。
对 Smart 归档，第三种方式可以启用安全删除。重要条目、链中间节点和元数据不完整的归档都应先谨慎检查。直接从文件管理器删除归档不会更新历史或链状态。
还原前的决策
先回答三个问题：
- 我需要恢复完整目录，还是只恢复少数文件？
- 目标目录中有没有不在归档里的文件必须保留？
- 当前世界是否仍在运行或被其他程序占用？
通常可以按以下方式选择：
- 完整归档回退：选择
Clean，并配置必要的还原白名单。 - 不希望删除包外文件：选择
Overwrite。 - 只修复几个文件：选择
Custom。 - 需要从 Smart 链较新状态退回某个节点：确认链完整后再考虑
Reverse。
详细操作见首次还原。第一次演练应在测试世界完成，并开启还原前备份。
云端历史
云同步可能产生三种常见状态：本地归档、本地与云端都有、只有云端副本。只有云端副本仍可出现在历史页，但还原前必须先下载归档和尽可能完整的元数据。
元数据部分同步时，归档可能已经成功上传，但 Smart 链的 state/record 尚未完整同步。此时不要把“云端有文件”当成“云端一定可独立还原”，应先补同步并验证链。
形成可恢复的习惯
- 保留至少一个独立的 Full 基线。
- Smart 链定期做实际还原演练，而不是只看备份成功日志。
- 重大升级前创建带注释的 Full 归档。
- 删除前确认该归档是否仍是后续 Smart 的依赖。
- 云归档启用后，做一次“上传 → 下载 → 本地还原”的完整演练。