Project management 变更日志和新闻仍然流行吗？

传统上，开发人员（尤其是开源项目的开发人员）习惯于在一个名为ChangeLog、CHANGES或HISTORY的文件中写下关于每个变更的说明、日期和名称。这种做法是在版本控制系统未被广泛使用的时代创建的，现在人们可以简单地键入

git log

等来获取这些信息，那么为什么还要麻烦呢？你们中有人还在创建变更文件或类似的东西吗

---

还有同样古老的新闻文件，我现在只在很少的项目中看到。这个文件应该包含不同版本之间的重大差异——对我来说比变更文件更有意义。你使用这样的新闻文件吗？你叫它什么？你是否为添加条目我个人从90年代中期以来就没有看到过自愿提交的更改日志

我们现在不仅依赖于历史的版本控制，而且单元测试允许我们更频繁地重构

版本控制不仅提供历史记录，还提供：

• 版本之间的源差异。差异可以帮助确定新缺陷的原因
• 可靠的历史。在自愿变更日志中，可能会忽略或删除变更

---

IME，我发现变更日志在其他人的代码中是一个非常有用的文档。VC日志并非总是以最终用户为中心编写的，因此日志中的API/算法/性能更改有时比显式更改更为深奥，IMHO。

我不记得上一次看到变更日志文件是什么时候了，但新闻文件非常常见。其他项目称之为变更（遗憾的是，没有标准）。如果没有它，我会发现看到一个大型FLOSS项目是很不幸的。

Hm，我想重构的好处是。十年前不是这样的。我还发现ChangeLog条目通常是某个东西的完整实现。当我现在做出承诺时——事实上经常如此——我经常写一些东西，比如“开始工作……”或“继续工作……”。在我完全实现指定的功能之前，可能会有4-5次提交。你对新闻文件有什么看法？作为一个用户，一个高级的、每次发布的更改日志对我很有用。我亲手写了一些类似的总结；希望自动生成和筛选。顺便说一句，更频繁地办理登机手续是个好主意。我发现自己在集成之前更频繁地签入自己的分支。