-1

我在 GitHub 上托管了一个开源项目。在我该死的项目的每个版本之后,我都想将新功能和错误修复列表写入某个文件,例如History.md。它看起来像:

=== Version 0.0.1 2012-12-21

Version with a new awesome bugs has been released

* [added] New feature
* [fixed] Some bug fixed

但我犹豫了。可能是我错了吗?我不知道,所以我问。是否有任何指导方针/规则/建议/良好的经验/关于如何格式化历史更改的任何其他内容?或者也许更改列表不应该是一个文件?

或者更笼统地说:跟踪 Github(或任何其他托管)项目的版本更改(当然是以人类可读的格式)并以更愉快的方式将其封装到项目本身中的最佳方式是什么?

4

1 回答 1

0

Github 有里程碑问题。

如果您将发布与里程碑链接,所有更改与票证,那么:里程碑中所有已关闭的票证将形成人类可读的变更日志

于 2012-11-16T14:23:26.183 回答