【发布时间】:2021-08-04 14:44:06
【问题描述】:
我加入了一个使用 Github 操作和发布的项目。不幸的是,发布标签的命名约定在过去发生了变化(可能是由于从 Travis CI 迁移)。
直到某个时间点,标签是这样的(不知道为什么数字这么高):
v1018.0.0
v1018.1.0
v1020.0.0
v1024.0.0
然后有人切换到语义版本控制(顺便说一句,这很棒):
v2.5.1
v3.0.0
v3.1.0
v3.1.1
我们的 CI/CD 工作正常,但我们有一些问题:
- 我们使用 Release Drafter。它为新版本创建描述,该描述应包含自上一版本以来的所有 PR。但现在它比较我们主分支的当前状态不是与最新的标签(v3.1.1),而是一个标签与最高的主要数字 (v1024.0.0)。这意味着草案始终包含自一年前合并的 100 多个 PR。所以我们最终删除了整个版本说明,因为没有人有时间分析它。
- 很乱。 Github 总是建议将 v1024 作为最新版本:在创建新版本时、在标签之间切换时等等。
我的两个问题是:
- 是否有任何安全的方法来更新所有旧标签的名称? F.e.将 v1024.0.0 更改为 v0.1024.0。不必是自动的。请记住,它应该只更新标记名,我不想更改发布日期、资产等。我认为使用 Github UI 编辑发布实际上会创建一个基于 master 的新标签(甚至可能将其发布到现场服务器?)
- 如果不是,有什么方法可以告诉 Release Drafter 它应该使用 latest 标签而不是 highest 标签?
【问题讨论】:
标签: github release github-actions release-management github-release