我正在开发一个使用大量分支的 git 项目。在大多数情况下，这是一个非常棒的工作流程。我很高兴在分支之间进行合并，喜欢能够挑选代码，以及 git 和其他 dvc 附带的整体生命周期。
我有一个痛点，真的很痛。如何维护changelog.txt。
我发现每当我进行合并时都会很痛苦（changelog.txt 经常发生冲突），并且当挑选提交时，我意外地设法拾取了真正不需要的更改。
我很想看到这个问题的一个好的答案。
一旦您准备好发布软件的新版本，您可以注释您的签入评论并解析这些评论（我想这是提供变更日志的最常见用例）。
评论可以通过以下方式构建（显然只有那些属于确实修改了值得注意的内容的提交）：
WHAT WHERE DESCRIPTION
Where WHAT可能
-
FIX用于错误修复
-
CHG进行更改
-
NEW对于新代码
WHERE应该是描述模块的一个词，其中WHAT已完成。根据这两个信息，您提供您的DESCRIPTION深入描述修改。
准备好发布后，获取自上一个版本以来的日志并解析它们。可以使用以下方式获取日志git log tagname_of_last_version..。请参阅手册页git log用于输出和过滤选项。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
