历史需可浏览与比较
别名: 版本列表 · 历史对比 · revision history
概念解释
内容被改过之后，过去的状态如果还能打开，就构成版本历史。可浏览指：人能按时间看见一串快照，知道谁在何时留下了它；可比较指：能并排或叠加看出这一份和那一份差在哪里，而不是只看见两个独立的全文。它解决的是「过去还在不在、能不能对照」。把当前文档整体换成某次快照且该动作本身可撤销、快照会留多久，是同组另外两件事。回滚时别人未同步的改动、差异要细到字还是段、自动保存和手动保存怎么标、列表太长怎么归并，属于更细的回滚机制，不在这里展开。
机制
人记得的是「昨天还能用的那版」，不是版本号。历史若只能按编号下载、不能在界面里打开，记忆无法和条目对上。只有列表没有比较时，人必须把两份全文轮流看，工作记忆装不下长文的差，只能凭标题时间碰运气恢复。比较把两份状态收成可见的差：多了什么、少了什么、谁改的。没有作者与时间，一串快照是无意义的文件名。浏览还依赖稳定的入口：藏在文件菜单第三层的「版本」，等于多数人没有历史。协作场景下历史用来回答「谁改坏了」，比较失败就会变成互相指责而不是对照文本。
怎么研究
给一份被多人改过的文档，请人找出「截止日期被改掉的那一次」并说出和现在的差别。比较：仅列表、可打开单份但不能并排、可并排高亮差。
自变量：是否显示作者与时间、比较是整篇切换还是差可见、入口位置。 因变量：找对版本的时间、对差别的描述是否完整、是否误开成当前稿。
实验室文档短，扫全文也能找出差。要用长于一屏、改动分散的材料。不要把「点开了历史面板」当成功。实时冲突（两个人同时改同一句）不是历史任务，应排除，以免和协作冲突测验混在一起。
边界
不可变的已发布凭证（发票、已签署合同）不应提供会改写当前效力的比较恢复，只读审计日志就够。极短的一次性字段（开关、标签）用操作日志比用全文版本更清楚。本地未同步的草稿还不是历史条目，把它混进已保存版本列表会让人以为已经落盘。没有编辑权限的人可以浏览比较，但不应该在比较视图里直接写成新版本。
怎么落地
- 在内容旁提供「历史」入口，列表每条含时间、作者、一句摘要；点开可看该快照。
- 任意两条可比较，差要用插入/删除标记，而不是只给两个标签页让人自己盯。
- 从比较视图能回到当前稿，当前稿在列表里要单独标出，避免人把旧快照当成正在编辑的那份。
- 验证：改掉一个关键字段并再改正文别处，请未看到过程的人用历史找出那次字段改动并说出和现在的差。只能靠通读两份全文才能说清，比较就还不可用。