DeMinds 版本历史与恢复机制
版本历史的作用，是让 Markdown 编辑在变化中始终保持可回到“更好状态”的能力。
在 DeMinds 中，版本历史不是为了记录每一次编辑细节，而是在内容持续修改、整理或重新解析时，为当前工作内容保留几个关键的回退点。
1. 为什么需要版本历史
Markdown 内容很少一次成型。
你可能会先导入一份资料，再逐步整理标题、调整层级、合并段落、补充说明，甚至让 AI 帮你重写或归纳。很多修改是有效的，但也可能出现另一种情况：改完之后，发现刚才那一版更清楚。
版本历史主要解决这类问题：
- 保存后发现原来的结构更自然
- 恢复某个版本后，又想回到恢复前
- 恢复基线前，希望先保留当前工作稿
- 重新解析或升级解析前，希望保留已经整理过的内容
- AI 或批量整理后，想确认变化是否符合预期
它不是完整版本管理系统，而是一个轻量的编辑安全网：让你敢于继续修改，也能在需要时回到之前的稳定状态。
2. 快速上手
打开 Markdown 工作界面中的“历史版本”，你会看到当前内容、最近版本、固定版本和基线版本。
常见操作很简单：
- 打开“历史版本”
- 选择一个历史版本进行预览
- 点击“比较”查看它与当前内容的差异
- 点击“恢复”回到该版本
- 点击“固定”保留一个重要版本
如果你只是想找回几段内容，可以先比较或复制版本内容；如果你确认整份内容需要回退，再执行恢复。
3. DeMinds 会保存哪些版本
DeMinds 的版本历史围绕当前工作 Markdown 展开。你始终只编辑当前内容，历史版本只用于查看、比较和恢复。
当前内容
当前内容是你正在编辑的 Markdown，也是后续保存、预览、导出和继续工作的基础。
它是唯一会被直接修改的版本。
最近版本
最近版本来自关键操作前的安全保存。
DeMinds 最多保留 3 个最近版本。新版本产生后，较早的最近版本会被轮换清理。
最近版本适合用来处理：
- 刚保存后想回退
- 恢复后想撤回恢复
- 重新解析前后想对照
- 当前结构变乱后想找回上一版
这里的“最近版本”不是后台持续自动保存，也不会在你每次输入时生成。
固定版本
固定版本由你主动创建，用来保留一个你认可的状态。
它的规则很简单：
- 最多保留 1 个
- 不会被最近版本轮换覆盖
- 再次固定时会提示是否替换
固定版本适合保存“这一版已经不错”的阶段成果。之后你可以继续修改当前内容，而固定版本仍作为一个稳定参照保留下来。
基线版本
基线版本是内容进入 DeMinds 时的初始状态。
它通常来自导入、解析或初次生成的 Markdown，用来帮助你回看内容最初的样子。
基线版本是只读参照，不参与最近版本轮换，也不会被固定版本替代。
4. 最近版本什么时候生成
DeMinds 不会因为打开文档、切换预览、调整字号或导出内容而生成历史版本。
最近版本只在可能覆盖当前工作内容的关键动作前创建：
保存前版本
当你保存新的当前内容时，DeMinds 会先保留保存前的工作稿。
这样，如果保存后发现内容不如上一版，可以从历史版本中找回。
恢复前版本
当你恢复某个历史版本时，DeMinds 会先保留当前内容。
这样，即使恢复后发现不合适，也可以回到恢复前的状态。
恢复基线前版本
恢复基线会用初始内容覆盖当前工作稿。
执行前先保留当前内容，可以避免已经整理过的工作结果直接丢失。
重新解析前版本
重新解析、升级解析或重新导入可能会改写当前 Markdown。
在这些操作前保留一个版本，可以帮助你在新解析结果不理想时回到原来的工作状态。
5. 比较、恢复与固定怎么选
版本历史里有三个核心动作：比较、恢复、固定。它们适合不同场景。
比较：先看变化
当你不确定当前内容是否更好时，先使用比较。
比较适合：
- 判断标题层级是否被改乱
- 查看 AI 整理前后差异
- 确认重新解析是否影响正文
- 找出被删除或新增的部分
比较视图只用于查看差异，不直接编辑内容，也不做逐段合并。
恢复：回到某个版本
当你确认某个历史版本整体更合适时，可以恢复它。
恢复会将选中的版本变成新的当前内容。执行前，DeMinds 会先保留当前内容作为“恢复前版本”，避免一次恢复造成新的不可逆修改。
固定：保留一个稳定版本
当你觉得当前内容或某个历史版本值得长期保留时，可以固定它。
固定适合：
- 完成一轮整理后保留阶段成果
- 在大改之前先保存一个稳定状态
- 给后续修改留下一个可靠参照
如果当前内容有未保存修改，固定前需要先保存。DeMinds 会提示“保存并固定”，避免在未确认内容上直接创建固定版本。
6. 适合哪些场景
版本历史适合处理“最近几次编辑中的不确定性”。
它尤其适合：
- 长文档整理
- Markdown 层级调整
- AI 辅助重写或归纳
- 恢复基线前保护当前内容
- 重新解析前保护已整理结果
- 对比当前内容与历史状态
如果你的目标是“放心修改，但还能回去”，版本历史就是合适的工具。
7. 不适合哪些场景
版本历史不是完整备份系统，也不是 Git。
它不适合：
- 保存无限历史
- 管理多个分支
- 做多人协作版本控制
- 记录每一次输入变化
- 替代 Workspace Backup
- 逐块接受或拒绝差异
- 为图片、附件或来源文件保存每次历史
如果你需要迁移整个项目、长期归档或跨设备完整保全，应使用 DeMinds 的导出、备份或工作区能力，而不是只依赖版本历史。
8. 安全原则
版本历史的设计重点，是避免一次操作造成不可逆修改。
- 恢复前会先保留当前内容，方便再次回退
- 历史版本只用于查看、比较和恢复，不会被直接编辑
- 固定版本不会被最近版本覆盖，只有再次固定时才会替换
9. 使用前需要知道
版本历史主要保护当前工作 Markdown。
你可以把它理解为当前工作稿的安全回退层，而不是新的内容入口。日常工作仍然围绕当前内容进行：编辑当前内容、预览当前内容、导出当前内容。
还需要注意：
- 最近版本最多保留 3 个
- 固定版本最多保留 1 个
- 基线版本是初始参照，不属于最近版本
- 恢复操作会先保留当前内容
- 比较视图只读，不承担编辑或合并
- 历史版本缺失不会影响当前内容继续打开和编辑
10. 总结
DeMinds 版本历史关注的不是复杂版本管理，而是编辑过程中的安全感。
它保留最近几个关键状态，让你在保存、恢复、重新解析或大幅整理之后，仍然可以看清变化，并在需要时回到更合适的版本。