如何在持续交付项目中管理 public 变更日志？
How to manage a public changelog in continuous delivery project?
我计划为我的项目 Maven 项目使用持续交付，但我不确定如何实际管理 public 变更日志。以前（常规顺序发布）我会预先写下变更日志条目，因为我知道预期的发布版本我可以只参考那个版本。有了 CD，这就改变了。我不能再参考特定版本，因为我在制作 CD 时实际上并不知道版本。
CD 是否有任何工具或工作流程最佳实践来管理 public 变更日志？
我知道我可以获取 SCM 日志并使用该信息生成更新日志，但我不喜欢将 SCM 消息用于 public（最终用户友好的）更新日志。
我同意你的看法，SCM 日志消息对于更新日志来说太吵了。我会建议为您的发布保留标记消息作为对您的更新日志的补充。
我自己编写了 changelog tool，它为一组更改文件标识了 git 标签。此信息随后用于创建更新日志。
这样我就可以使用 git 标签信息并且我仍然能够更新以前创建的更新日志条目。
我计划为我的项目 Maven 项目使用持续交付，但我不确定如何实际管理 public 变更日志。以前（常规顺序发布）我会预先写下变更日志条目，因为我知道预期的发布版本我可以只参考那个版本。有了 CD，这就改变了。我不能再参考特定版本，因为我在制作 CD 时实际上并不知道版本。
CD 是否有任何工具或工作流程最佳实践来管理 public 变更日志？
我知道我可以获取 SCM 日志并使用该信息生成更新日志，但我不喜欢将 SCM 消息用于 public（最终用户友好的）更新日志。
我同意你的看法，SCM 日志消息对于更新日志来说太吵了。我会建议为您的发布保留标记消息作为对您的更新日志的补充。
我自己编写了 changelog tool，它为一组更改文件标识了 git 标签。此信息随后用于创建更新日志。
这样我就可以使用 git 标签信息并且我仍然能够更新以前创建的更新日志条目。