我正在开发一个使用大量分支的 git 项目。在大多数情况下，这是一个非常棒的工作流程。我很高兴在分支之间进行 merge ，喜欢能够挑选代码，以及 git 和其他 dvc 的整个生命周期。
我有一个非常痛的痛点。如何维护 changelog.txt。
我发现每当我进行 merge (changelog.txt 经常发生冲突)时都会受到伤害，并且当我无意中挑选了真正不需要的更改时，我会意外地挑选更改。
我很想看到这个问题的好答案。
最佳答案
一旦您准备好发布软件的新版本，您就可以注释您的 checkin 评论并解析这些评论(我想这是提供变更日志的最常见用例)。
评论可以通过以下方式构建(显然只有那些属于确实修改了值得注意的内容的提交):
WHAT WHERE DESCRIPTION
WHAT 可能在哪里
FIX错误修复CHG用于更改NEW用于新代码
WHERE 应该是描述 WHAT 完成的模块的一个词。在这两个信息之后，您提供您的 DESCRIPTION 来深入描述修改。
准备好发布后，获取自上一版本以来的日志并解析它们。可以使用 git log tagname_of_last_version.. 获取日志。请参阅 git log 的手册页用于输出和过滤选项。
关于git - 在 DVCS 中维护一个 changelog.txt 文件，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/5150690/