一次撤销历史丢失提醒：软件迁移首先要保护用户已有工作

作者：周白｜OC 产品体验编辑

一篇软件史文章重提持久化撤销的设计责任。作者描述，Vim 用多年时间让撤销历史跨会话保存，而早期一次 NeoVim 格式变化会替换旧的撤销文件，导致用户原有历史无法继续使用。这个案例的重点不是今天仍有同一故障，而是升级程序如何对待用户积累的数据。

一句话结论：任何格式升级都应先保留原件、验证转换并提供回退；“主文件还在”不代表用户工作没有损失。

撤销历史、索引、标签和本地缓存常被工程团队视为可再生的辅助文件，对用户却可能保存数小时甚至数年的工作路径。迁移程序若静默覆盖旧格式，会把兼容性问题变成不可逆的数据损失。响应用户需求还包括承认人的失误和软件故障都很普通。

稳妥流程并不神秘：检测旧版本，复制或原地只读保留，写入新文件，验证成功后再切换，并给出可理解的恢复入口。测试要覆盖中途断电、磁盘不足、权限异常和多版本往返。方便的下一步，往往也是风险的开始。

关键事实

• 来源：Unsung 软件设计文章
• 涉及项目：Vim、NeoVim
• 核心技术：持久化撤销、文件格式迁移、回滚
• 关键数字：案例涉及 Vim 约二十年的持久化撤销演进

OC 判断

这是一则历史设计教训，不应写成当前 NeoVim 漏洞。它对今天的 AI 编辑器同样适用：自动改写越强，版本历史和恢复机制就越接近核心产品能力。

为什么重要

• 对开发者：迁移代码要按可能失败来设计，并保留原始数据。
• 对企业：辅助文件丢失也会形成支持成本和信任损失。
• 对用户：升级前应知道哪些历史可恢复，恢复入口在哪里。

参考来源

• “They had no concept of a duty of care to their users.”