DigestDiff

DigestDiff 曾经是什么

DigestDiff 在目录里被描述为一个开发总结工具，走的是一条不寻常的路：它不读代码，而是从提交历史里总结一个项目的演化，所以它的吸引力是一个你不用自己写的回顾，而且建立在仓库里已有的记录之上。

它做什么

关于这个产品当前的行为什么都无法确认，因为服务在原地址已经无法访问。这一页能记录的更有用的事，是那个地址后来怎么了。这个域名现在提供的内容不是这个工具，这是小型开发工具常见的结局，而原来的功能今天既够不到也不该依赖。

适合谁使用

它没有当前用户，因为所描述的这个服务并不可用。那些原本在为发布说明或项目回顾评估它的团队，应当去看提交摘要工具这个更大的类目，因为这个具体产品已经没了。

需要留意什么

把那个地址当作不安全，而不只是休眠。到期后被重新注册的域名可能开始提供不相关甚至带敌意的内容，所以不要抱着期待工具的心情去访问旧链接，也不要安装它现在提供的任何东西，因为你到达的页面不是被评测的那个。如果你要知道原来那个项目是否还在别处存在，查一下它仓库或站点的存档版本，因为一份保存下来的副本是真实行为可能唯一还在的地方。这一类目有一条值得带走的普遍教训。小型开发工具会冒出来也会消失，所以在依赖某一个之前，确认它还在积极维护，并且你对它产出的一切都留着自己的一份，因为一份你无法重新生成的摘要，就是一份你可能失去的摘要。

如果你对这个想法有兴趣，去用一个你能核实的厂商提供的当前提交摘要工具，并把产出留在自己的仓库里而不是一个可能消失的服务上，因为原来的概念是成立的，而那个实例已经够不到了；一个地址如今提供不同内容的工具，是应当完全避开的。除非你能把这个名字与原项目对上，否则对它任何一次重新出现都保持怀疑，因为一份历史摘要的价值在于它做出来的那份记录，而你应该拥有那份记录，而不是从一个明天可能不在的公用工具那里租来它。这条教训超出这一个工具：任何你依赖的摘要都应当能从你自己的数据重新生成，所以把事实来源放在仓库里，把生成器当作一个视图而不是存储。