我加入了一个使用 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 编辑发布实际上会基于主创建一个新标记（甚至可能将其发布到实时服务器？）
- 如果不是，有什么方法可以告诉 Release Drafter 它应该使用 latest 标签而不是 highest 标签？