语义发布中的变更日志处理?
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 创建一个更新日志。
我们现在应该如何处理不同分支中的冲突更新日志?
- 选项:仅在
release
分支上启用更新日志创建。 (我不知道如何。插件没有这样的选项。)
- 选项:自动将变更日志合并回 'hierarchically' 较低的分支。例如。
staging
回到 development
.
我想知道是否有人有类似的问题?
因为我看到有人对这个问题投了赞成票。我用 semantic-release/changelog
打开了一个 PR,允许在 CHANGELOG.md
文件名中使用模板。这样至少您可以为不同的分支拥有不同的变更日志。不过,维护人员已收到 0 activity。很快它就会开放一年...
这是公关:https://github.com/semantic-release/changelog/pull/106。
在我们的 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
分支上启用更新日志创建。 (我不知道如何。插件没有这样的选项。) - 选项:自动将变更日志合并回 'hierarchically' 较低的分支。例如。
staging
回到development
.
我想知道是否有人有类似的问题?
因为我看到有人对这个问题投了赞成票。我用 semantic-release/changelog
打开了一个 PR,允许在 CHANGELOG.md
文件名中使用模板。这样至少您可以为不同的分支拥有不同的变更日志。不过,维护人员已收到 0 activity。很快它就会开放一年...
这是公关:https://github.com/semantic-release/changelog/pull/106。