跟我这个情况很像，但我的情况是连文件夹里对应笔记文件都不在了（也可能本身在吧，后来我重装系统了，重新同步之后这些笔记数据就不在了）：

云同步数据大量丢失 - mowangmm 的回帖

快照恢复后比快照晚的数据是会丢的，但是有办法解决：恢复快照前先把当前 data 导出备份一下，恢复完后用支持文件和文本对比的软件合并一下。

我在前几天也碰到过丢失了一部分数据，是一部分文档直接丢失，倒从没见过楼主这样句子不完整的情况。

前段时间我看到了公告且按照公告要求所有端都更新到 2.2.0 之后才使用，也是不知道啥原因（我怀疑可能是 docker 端的问题？因为 docker 端更新完就直接启动了。或者是因为前几天我重装系统了？我不确定）。后来直到前几天我才发现这个情况，因为当我创建反链的时候发现之前已经创建好的很多主题文档都不见了。

后来我就查找数据快照，找到了文件数量显著变少之前的那个点，那个点应该就是出问题之前数据最完整的点，然后为了安全起见我先给这个快照打了标签并上传云端。

然后我把当前的 data 先导出（因为自从出问题到当前，我还新写了不少笔记，我不希望这些内容在还原快照后我还得重写，这是个很重要的技巧！），然后还原快照，果然丢失的那些文档都回来了。

最后我用 Beyond Compare 对比导出的 data 与还原过后的 data，把我后来新写的那些笔记以及修改合并进去，就完全 OK 了。

我想说的是：

1. 数据快照绝对是有用、有效的，正确使用可以解决绝大多数数据丢失问题
2. 思源的数据管理机制可能确实还是有一些缺陷，会在不经意间触发 bug，希望 D 大继续努力。我在此之前也还碰到过一次数据丢失（ 终于，我的数据也被同步搞坏了 ），但那是旧话了。正如 D 大所说，情况复杂、难以预料，关键操作前先备份数据永远是一个好习惯
3. 我几乎每天都会看思源社区，一是看有没有新版本发布，二是看大家的需求和反馈，我自己也是一名开发者，我深知版本迭代过程的种种风险和困难，多关注社区、多理解和支持开发者，这样软件才能更好地发展下去

P.S. 楼主说的没看到通知指的是思源桌面端右上角的浮动消息，在 2.2.0 之前的版本那个消息栏好像是有 bug，我也经常看不到，只能看到一把叉，但现在的版本已经好了。

@88250 我刚看了下目前的反链面板里，如果选了多个同级块，右键菜单里也是不会再有复制为引用块了，也就是说逻辑上限制复制为引用块操作时不允许选择多个同级块。

如果强行 Alt+ 拖拽操作，也只会建立第一个块的引用。

所以我觉得这个逻辑应该是统一的，比较类似于我上面说的第 2 种思路。

另外我试了下目前的多选貌似是不会有我上面说的选择 bb 和 B 的情况，如果选择 bb 和 B，那么会直接把整个 A 也都选上，于是变成了选择 A 和 B。这个逻辑我估计也没法打破了。

说的是这个星号引用链接到素材原文的哪一级是吧？

列表情况 1（树形结构且只有一个顶层）：

• A
  • aa
    • 啊啊啊

这时候如果复制的是 A，那么 * 就链接到 A；如果复制的是 aa 那么就链接到 aa，以此类推。

列表情况 2（有多个平级）：

• A
  • aa
    • 啊啊啊
  • bb
• B
  • dd

这时候如果复制的是 aa 和 bb，那么 * 似乎应该链接到 A，但如果复制的是 A 和 B，它俩没有共同父级了，那么似乎就只能链接到 A。

这里还存在一个复杂情况就是如果复制的是 bb 和 B，这时候链接到谁似乎都不太合适，而且在目标主题里，* 创建在哪一级后面也是个问题。

非列表情况：

AAA

BBB

这时候如果复制了 AAA 和 BBB，似乎只能链接到 AAA。

这样分析下来感觉情况变得很复杂了，我觉得要简单解决的话，目前能想到的有两个思路：

1. 无论哪种情况，* 都创建在第一个最靠顶层的块后面，链接指向的也是原文中同样的块。也就是说：
   • 列表情况 1，如果复制的是 A，则* 创建在 A 后面，指向原文的 A；aa 同理。
   • 列表情况 2，如果复制的是 A 和 B，则 * 创建在 A 后面，指向原文的 A；aa 和 bb 同理。如果复制的是 bb 和 B，则 * 创建在 B 后面，指向原文的 B。
   • 非列表情况，如果复制的是 AAA 和 BBB，则 * 创建在 AAA 后面，指向原文的 AAA。
2. 限制划选复制的素材范围，只能有一棵树。即列表情况 2 中，不允许同时选择 A 和 B，或者同时选择 aa 和 bb，或者同时选择 bb 和 B；非列表情况不允许同时选择 AAA 和 BBB。要操作的话必须分开操作多次。这样可以确保 * 反链的创建一定是准确的，只不过会多创建一些，在有快捷键的情况下，一次只能操作一个段落或者一个树形列表应该也不会太麻烦。

暂时没想到更好的办法，希望能够听听其他人的意见。

可以这样认为，选择一个原始素材（不管是从反链面板选择还是从别的文档中选择，不管选哪一级）进行复制，然后在目标文档中原模原样地粘贴，并在顶层行末尾创建一个*号引用指向原始素材刚才选的那一级

应该说也不是跟反链完全没关系吧，反链整理算是其中一种使用场景。我举的例子是传递型双链的，所以复制的时候没有带反链本身，但如果是关联型双链，复制的时候就会带上反链本身。总之操作上是一致的，具体用在哪里因人而异

对的对的，就是这个意思，感谢

不确定是否需要像转换为定义块功能那样区分带子级和不带子级，反正我自己的使用习惯是都带子级。

另外，演示动图里“原始定义”四个字在反链面板里是带链接的锚文本形式，所以复制到输出文档后可以直接在锚文本上转换为文本 *；但我说的需求里，复制过来的时候可能不是锚文本，类似于直接从“一些补充和素材”这级开始复制（传递型双链的用法），这时候就不能直接使用转换为文本 *，所以我才说得手动在后面创建一个星号。这个区别需要考虑进去。

需求就是：我希望从反链面板中拖拽素材到主题文档内时，既能保留素材的富文本格式和子级，又能创建从主题文档到原始素材的引用链接，同时原始素材保持在原有位置不变。

在现有条件下如果要满足这一需求存在什么问题：

1. 如果用 Alt+ 拖拽复制为引用块，则无法保留原始素材的富文本格式和子级
2. 如果先复制为引用块再使用转换为文本 *，同样无法保留原始素材的富文本格式和子级
3. 如果先复制为引用块再使用转换为定义块及其子级，则无法保留指向原始素材的引用链接（虽然有引用计数），并且更大的问题在于原始素材所在的位置被置换成了引用块，这样不便于其他主题再次使用这一素材
4. 如果直接对素材进行复制粘贴（不使用引用、嵌入等等，就是 Ctrl+C 复制）到主题文档，并手动创建一个星号锚文本引用原始素材，可以实现该需求，但操作步骤比较麻烦

我这样说可以理解了吗？

Alt 加拖拽是复制为引用块吧？这样原文排版格式就没了，而且针对列表块只能保留拖拽的那一级，而不能带上其子级。

我不太清楚从实现原理上来说，反链交换（转换为定义块）的时候是整个块（包括 ID）互换还是仅块内的内容互换，您说引用锚文本无法渲染回原文，给我的感觉就是要交换的话就是整个块交换。我觉得既然数据都是 json，结构都是一致的，而且引用关系都在，那是否可以从引用块查到其引用的原文块的“内容”部分的 json 数据，然后直接覆盖到引用块的内容部分，这样是不是就实现把原文带上格式和子级全部迁移过来了。不是很明白为什么转换为定义块可以做到把原文格式迁移过来，而转换为文本 *却不行；，如果能在转换为文本 *上实现保留原文格式，应该很多人都会喜欢上这个操作的（所谓高频操作）。

如果上述方案不行，那更简单的方法就是按照复制粘贴再加星号锚文本，这样是不需要增添新的技术实现的。实在不行我兴许可以研究下 quicker 之类的快捷操作辅助工具能不能帮我做这个事情，可能也还是得借助 API，所以还是希望官方能实现一下这个需求。

所以我在最后说了，引用锚文本其实不适合反链整理这种需求场景，更合适的就是复制原始的富文本，再加一个小的锚文本。其实我可以通过以下几步来实现这个需求：

1. 在反链面板里折叠列表块（目的是确保其子块会被一并纳入操作，关于子块方面的改进属于另一个话题了）
2. 对该列表块使用 Ctrl+C 复制，然后在主题页里 Ctrl+V 粘贴到所需的位置
3. 在后面手动写上一个“[参考]”（或者星号），并作为锚文本引用原文（这里还需要先复制一下原文块的引用链接）

这几步操作完全没有改变思源现有的设计和逻辑，只是操作起来比较麻烦，所以如果能给这几步来一个一键操作就能满足我的需求了，D 大并不必把它想得太复杂。

@88250 D 大，这个问题有计划解决么？再给你看一个对比明显的例子，感觉是中间比两侧要糊。我这里没有改过缩放，应该跟原图是一样的尺寸，我铺在一起截的图。

P.S. 这张截图我上传到思源社区这里，也比原始的截图要糊，即便点开 100% 显示

我也觉得《双向链接时代的快速无压记录》这篇文章值得反复研习，这是从目录式文档管理走向双链式文档管理必须要转变的一个思路。

文中有一个观点很重要，那就是将来用不到的东西，根本就没必要在当下就去思考它的分类；将来会用到的东西，只要在将来有一个快捷的方式能找到、汇总，就可以了。

所以站在这个观点上来思考，就有了 daily notes 这一流程，也就是楼上说的“日记法”。如果你有 GTD 的那种洁癖，觉得 Inbox 堆积太多不好，那就直接按每日笔记来管理，所有输入的内容都在每天的笔记里。（此所谓输入阶段）

而直到真正需要整理某一主题的时候，才从该主题页的反链面板中找到之前写在各篇每日笔记里的内容，然后汇总（拖拽或复制，这里的复制就解决了你提出的这个关于“如何管理副本”的问题）到该主题页中并重新编辑、优化。（此所谓输出阶段）

那你肯定还是会担心，同样的内容（比如你收集的这篇文章）在不同的主题里（审计学、会计学）如何同步。其实大多数情况下不用考虑这个问题，因为你在真正做内容输出的时候，大多会根据当前主题及上下文对原始素材进行重新编辑，这样一来两个主题下的内容就已经存在差别了。那如果你不编辑，就是要保留原始素材原样，那就可以把素材保留在每日笔记里（你也可以全部拖到一个专门的“素材”文件夹，这个文件夹不需要分类，因为它只是素材，不是你要整理的主题），然后直接用嵌入块甚至简单地用块连接作为参考资料，放在你的主题里。

我觉得楼主既然用过 flomo，对于这个逻辑应该是清楚的，要不是 flomo 的富文本编辑能力太差，我可能直接就用 flomo 管理所有的信息了。而熟悉了 daily notes 之后，用思源笔记完全取代 flomo 也是可以的。

需要说明的是，思源笔记目前的反链操作确实还是有很多不完善的地方，我在 https://github.com/siyuan-note/siyuan/issues/3565 里也提了很多，目前得依靠一些小技巧和忍耐力，期待这个 issue 早日搞定发布吧。

我猜到了……幸好导出了备份，倒是问题不大

现在已经重置了数据仓库并使用新建的云端目录了，因此最早的快照也不过就是今天，通过快照回滚是不是还得切回之前使用的云端目录？

而且担心回滚快照之后又会带来新的问题

我赞成取消多空间，因为即便是单空间，也还是可以通过不同的笔记本来划分不同的领域，事实上日常笔记中很多领域的内容是互相交叉的，我不清楚把工作、生活、学习、兴趣严格划分开的人是出于什么样的考虑，我是只用了一个空间。

备份机制，如果能有更好的快照机制取代的话，我支持去掉，但无论如何都需要给用户提供“后悔药”，目前的历史记录恢复功能经常失效，我碰到过好几次拖动列表块之后 Ctrl+Z，子项就消失了。

我觉得这个后悔药在本地就够用了，不一定要传云端，但需要明确快照生成频率如何。

+1，行级批注能实现的话会很有用

我目前的办法有两种：

• 在句子后面加括号写上批注内容
• 在列表项下建立子列表项写上批注内容

但这两种办法都有点破坏排版连续性

原谅我看完全文也没看明白楼主在说什么，表达能力需要加强一下。

不过最后一部分说到的我很赞同，我在 Issue #3565 · siyuan-note/siyuan 里提出的“素材区”的概念就是平铺卡片，一定要平铺，不然没用。

至于白板整理 + 双链，Heptabase 貌似可以，但这软件不但贵，而且现在还在内测。

+1，与楼主讲的情况一样，应该就是图片缩放的问题，可能是缩放算法不太好

这个想法很好啊，我在整理书评的时候就用过这种形式，而且可以按需自定义锚文本，这样看着更舒服：

但如果不是一对一关联，那么置换操作就解决不了内容版本化的问题，同时会扰乱对素材来源的跟踪。

举例来说：

我在 daily notes 里写了一段素材，然后我在主题 A 和主题 B 里都要用到这段素材，但是为了行文流畅，我在两个主题内需要分别对这段文字做一些修改调整，这时候这段文字就会存在主题 A 版、主题 B 版、daily notes 原始版三个版本。而无论是在主题 A 里还是在主题 B 里，我都能知道这段素材是来源于哪天的日记（很多情况下需要保留素材的日期信息，比如记录软件迭代更新、记录健身等等）。

如果只是置换操作，那么当我编辑主题 A 时，原始素材文本就被转移到了主题 A 里，而 daily notes 里留下的则是对它的引用。当我再编辑主题 B 时，主题 B 就只剩下了与主题 A 的关联，而非与日记的关联，这样一来素材来源的跟踪链路就变了，主题 B 不再知道这段素材记录的内容是哪天发生的。

而如果在编辑主题 B 时同样也做了置换操作，那么原始素材文字则会被转移到主题 B 里，而主题 A 里又变成了引用块，那我再查看主题 A 时一定会觉得不爽，并且这时候原本的 daily notes 里会呈现什么样呢？我不确定。

并且此时主题 A、主题 B、原始 daily notes 不再能保留三个差异化的版本。

所以，提议的这个置换操作只能在某些情况下有效，而在另一些情况下会带来更麻烦的问题。

哈哈，是的，我也觉得这两点非常值得吐槽，我用的是 Knowledge Brain，比较美观

这个主题不太好看，而且内容块不能跨窗口拖动，实现逻辑还是有区别的

不知 2955 能否实现浮窗拖出主窗口范围之外，感觉如果要实现隐藏主窗口的情况下还能保留浮窗，那应该也能实现拖出主窗口外吧？

其实反链条目的展示规则可以不用变，我建议的只是加一个像搜索窗口、搜索页签下半部那样的预览区域。相比于目前需要通过浮窗或者打开新页签才能查看反链条目内容，这样的预览区会方便很多

我的意思是说，目前的搜索页签是上下分屏，上面显示搜索结果条目，下面显示编辑器式预览，这种体验很好。如果能复用到反链面板，上面是反链条目，下面是编辑器式预览，这样就能很大程度上优化反链操作体验，从技术实现上来说也减少了开发量，统一了界面逻辑。

附议。以前用有道笔记的时候就经常双击笔记成一个浮动窗口，然后拖到副屏，2955 这个 issue 虽然说是实现页签转浮窗，但如果浮窗不能拖到副屏，还是会很碍事

我就说既然有反链页签也应该有搜索页签，果然，之前没注意到。用搜索页签基本上可以解决我上述的问题了，如果能再跟搜索窗口统一一下，把“包含子文档”、“区分大小写“、“查询语法”和类型筛选加进来就更好了。提个小建议，这个搜索页签更接近于全局搜索，默认快捷键可否改成 Ctrl+Alt+P 呢？（发现 Ctrl+Shift+P 已经被占用了），不然 Ctrl+Shift+F 看上去是跟文档内搜索更接近。

这样在右侧栏上面显示搜索条目列表，下面显示可编辑的条目内容，虽然不是平铺钉住的模式，但条目列表本身是平铺的，我只要切换条目就可以在下方编辑区显示相应内容，然后可以编辑、可以复制、可以拖动到当前编辑文档，我觉得这样也挺好用了，不知道目前正在改的编辑器式反链面板是不是也做成类似的用法。

突然发现 Ctrl+F 调出文档内搜索，关掉搜索窗后全局搜索就能用了（为了保险起见可在文档内搜索窗口关掉“指定路径”，使其变成全局搜索，然后再关掉搜索窗口）

感觉是个小 bug

我也遇到，重启思源没解决，重启电脑没解决，切换主题没解决

这个我给主题提过 issue，也找到了临时的解决办法

Issue #8 · LaneDu/Knowledge-Brain

突然发现 设置-搜索-类型 里的选择其实是可以影响到块引搜索框的，可以很大程度上解决这个问题了，不过一旦开启了列表项块，就会跟段落块一起产生大量重复的搜索结果，这是唯一不太优雅的

十分期待，如原贴中所说，这个功能会极大改变知识关联的便利性。毕竟现有的版本下，一旦文档多了，我自己也不知道要引用的文本在哪里，只能依靠搜索。

顺便说下我目前的做法，也算一个 workaround。引用块搜索框目前不能自定义搜索，我就只能用全局搜索框，先选中我写好的锚文本，然后打开全局搜索框，搜到我要引用的内容，右键复制为引用块，回到当前编辑的文本中，直接 Ctrl+V 粘贴，我刚才选择的锚文本就能创建好引用了。不过这里还是多了复制和粘贴两步，如果引用块搜索框能直接自定义搜索，就方便多了。