语义发布中的变更日志处理?

Changelog handling in semantic-release?

在我们的 Github 工作流程中使用 semantic-release

它们是这样设置的:

[
  {name: 'main', prerelease: false},
  {name: 'staging', prerelease: true},
  {name: 'development', prerelease: true}
]

推送到 development 部署到 development 环境,staging 推送到 staging

现在,每次更新版本时,使用上面的包,semantic-release 使用 semantic-release/changelog 创建一个更新日志。

我们现在应该如何处理不同分支中的冲突更新日志?

  1. 选项:仅在 release 分支上启用更新日志创建。 (我不知道如何。插件没有这样的选项。)
  2. 选项:自动将变更日志合并回 'hierarchically' 较低的分支。例如。 staging 回到 development.

我想知道是否有人有类似的问题?

因为我看到有人对这个问题投了赞成票。我用 semantic-release/changelog 打开了一个 PR,允许在 CHANGELOG.md 文件名中使用模板。这样至少您可以为不同的分支拥有不同的变更日志。不过,维护人员已收到 0 activity。很快它就会开放一年...

这是公关:https://github.com/semantic-release/changelog/pull/106