[Bug] DSH说已写入文档但并没有写入

[tegallorg]

DSH自查说是「我的文件视图过期 → 编辑落空」：

已复查并改正——这次查到了确凿证据，原因在文件视图过期，不在您的操作。

证据链（本次与前几次的丢失都可用此解释）

1. 磁盘时间戳：上一轮丢失时，QC 与 Glossary 的修改时间停在 6:41:10——即「Content A」一轮的写入时间；我的「Content B」编辑报告成功，但从未真正写到磁盘（时间戳没动）；
2. 我读到了过期视图：上一轮开始时我读取 QC，读到的内容里没有「Content A」条（它当时早已在磁盘上、且已被您 6:47 提交）——说明我拿到的文件快照是旧的，随后的编辑基于旧文本，写入被丢弃；
3. 您提交的 6:47 提交 a50a95f（Content A Commit Comments）完全正常——里面就有「Content A」，所以您的 check-in 流程没问题。

结论：丢失发生在「我的文件视图过期 → 编辑落空」这一步，与您关不关程序基本无关。真正该修的在我这边。

已修复并三重验证

本轮重写「Content B」条与对照表后，我做了一次完整核验：

• 内容（grep）：QC 第 468/470 行、Glossary 第 65 行——「Content B」全文在案 ✓；
• 磁盘时间戳：两文件已更新为 7:01:11 AM——写入真正落盘 ✓；
• git 视角：git status --short 现在显示 M Glossary.md、 M QC.md——改动对 git 可见 ✓。

从本轮起，每一轮编辑后我都会做这三重核验（内容＋时间戳＋git 视角），任何一轮写入落空会在当轮立即发现并重写，不再累积到下一轮。

给您的建议（您的流程保持不变）

• 「发消息前先 add + commit」的做法很好，继续；
• 现在这两处改动已在工作树中，您随时可以 check in；
• 关掉其它程序无妨（排除 IDE 干扰总不是坏事），但本次的根因已确认不在您那边。

[tegallorg]

版本：v0.1.5-rc.1
平台：Windows
造成BUG的可能原因：Git 在 Windows 平台上的 LF / CRLF 转换。
warning: in the working copy of 'Glossary.md', LF will be replaced by CRLF the next time Git touches it
所以下一次 git add 会改变文档，而 DSH 就会比较到差异。
解决方法：DSH 在 Windows 平台上编辑文件应该用 CRLF。

[tegallorg]

DSH证实这是造成错误的原因：
与您贴出的 warning 一字不差：下次 git 触碰文件时会把 LF 换成 CRLF——工作树被 git 重写 → DSH 的文件视图过期 → 后续编辑落空。此机制能解释全部四次丢失（都发生在您提交之后、下一轮编辑之时）。
我把 GIT 的 autocrlf 设置成 false 之后，就没有这个问题。

[tegallorg]

把 GIT 的 autocrlf 改成 false 之后还是发生了一次这个问题。所以还是需要查。