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

Posted 2023-02-18

【中文标题】语义发布中的变更日志处理？

【英文标题】：Changelog handling in semantic-release?

【发布时间】：2021-03-08 14:25:00

【问题描述】：

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

它们是这样设置的：

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

推送到development 被部署到development 环境，staging 到staging 等等。

现在每次更新版本时，semantic-release 都会使用 semantic-release/changelog 创建更新日志。

我们现在应该如何处理不同分支中相互冲突的变更日志？

选项：仅在release 分支上启用更改日志创建。 （我不知道怎么做。插件没有这个选项。） 选项：自动将更改日志合并回“分层”较低的分支。例如。 staging 回到development。

我想知道有没有人有类似的问题？

【参考方案1】：

因为我看到有人支持这个问题。我用semantic-release/changelog 打开了一个PR，以允许在CHANGELOG.md 文件名中使用模板。这样至少您可以为不同的分支拥有不同的变更日志。不过，维护者的活动为 0。马上就要开一年了……

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

【讨论】：

github.com/semantic-release/changelog/pull/…: "This branch is out-of-date with the base branch": 不要忘记将你的 PR 分支重新设置在上游（语义发布）/master 之上，并强制再次推送你的 PR 分支。

@VonC，是的，除非贡献者在 PR 中发表评论，否则不会做任何事情。否则我将在明年重新定位。