历史记录的数目不够，体验不好，及其容易出现“无法恢复数据”的情况

诉求前置

1. 阶段性增多历史记录条目，最终实现分页展示
2. 为应对连续恢复文件，恢复一个文件后，，不自动重建索引，给重建索引的提示，等恢复多篇后，手动重建
3. 历史记录中增加搜索
4. 历史记录默认展开所有日期下面的文档

同步，又是同步的问题

好在 理论上来说，数据没有丢失

但却极易出现基本 没有办法恢复 的情况

25 号 Daily 中我在台式机 PC 写了下面的笔记

后来返现这 24 日、25 日两天的整篇笔记，都被一台待机笔记本的 空白文档给覆盖 了

对于上句话描述，我当然是猜测的，也可能手机的空白文档把最新文档给覆盖了吧

以往我都是确保只有一台及其及其在线同步的

但最近还是对新版同步有些信心过度，疏忽之下就忘记退出笔记本上的客户端

造成的现象是旧的空文档，覆盖了最近的新文档

好在，根据 以往“毒打”经历 知道，思源是不会“丢”笔记的，它只会生成历史记录

附毒打经历：记一次数据恢复的“一地鸡毛” - 链滴

然后我就去找，终于在倒数几条的记录中找到了 24 日、25 日的 Daily

25 日的用系统按钮恢复，然后就自动重建索引

由于我有个笔记本有 3000 篇课程的文章的摘录，于是等了好多分钟

想到为了避免 漫长的重建索引，24 日的日记只有两条无序列表，于是我就手动复制了出来

此时我 十分后怕

因为，我这两篇 Daily 历史记录，已经在倒数几条了

这就意味着，如果我再编辑几次，生成几次历史记录的话

这两条 Daily 的历史记录就会 在“历史记录”中没了的

虽然引文还有文件，但和丢了差不多，因为本地文件是不可读的状态

再看恢复的文档本身

果然有文档，就是那篇“蒜薹炒肉”没有办法恢复了！！

因为它已经超过了展示的条数，我有很难再硬盘中去找到

想到这里我想可以用 vs code 本地打开 history 进行文本搜索然后恢复

但流程不应该是这样的！！

软件功能也不应该是这样的！！

然后就是每恢复一篇文章就自动重建索引的问题

我有个笔记本有 3000 多篇摘录的专栏文章，每次都重建这个，时间真是太久了

理论上也不想关闭这个笔记本进行恢复，因为这是我学习的笔记本，有经常都是开着的 Tab

当前 30 多条记录，找起来都是一个一个的日期点开，真的是太没效率

如果以后怎加展示就更是麻烦了，所以这里建议：

1. 阶段性增加本页条目
2. 增加搜索
3. 默认展开所有日期下的文档

写到这里，我想起了当时一些修改，果然当时的修改都“丢了到了历史里”，恢复到了之前的状态

好在对我来说，只是对文档名称的一些小修改，介于恢复起来的麻烦

我就不用系统“恢复”了，等有时间再“向前修改”

但这也就是我当前的情况简答，可以这样做，但

• 如果是重要的修改…
• 如果设计文档很多…
• 如果间隔稍微久一些…

那麻烦起来真的不是一点半点

反正我要碰上肯定会来社区疯狂“输出”一番

显然当前只能算是“直抒胸臆”了

D 宝 V 宝，还是要加油啊