我正在做一个使用很多分支的git项目。在很大程度上,这是一个非常棒的工作流程。我很高兴在分支之间合并,喜欢能够挑选代码,以及git和其他dvcs的整体生命周期。
我有一个痛点,真的很痛。如何维护changelog.txt。
我发现每当我进行合并( changelog.txt经常发生冲突)时,我就会感到痛苦,而且当我挑剔提交时,我会意外地获得一些实际上并不想要的更改。
我很想看到这个问题的一个好的答案。
发布于 2011-03-01 14:11:40
一旦准备好发布新版本的软件,您可以注释签入注释并解析这些注释(我想这是提供changelog的最常见用例)。
注释可以通过以下方式构建(显然,只有那些属于那些修改了一些值得注意的内容的提交):
WHAT WHERE DESCRIPTION
WHAT
可能会在哪里
用于bug的
FIX
fixesCHG
用于changesNEW
的新代码WHERE
应该是一个词来描述WHAT
所在的模块。在这两个信息之后,您将提供深入描述修改的DESCRIPTION
。
准备好发布后,获取上一个版本以来的日志并对其进行解析。可以使用git log tagname_of_last_version..
获取日志。有关输出和过滤选项,请参阅git log
的手册页。
https://stackoverflow.com/questions/5150690
复制相似问题