我加入了一个使用 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 作为最新版本：在创建新版本时，在标签之间切换时等等。
我的两个问题是：
- 有没有安全的方法来更新所有旧标签的名称？Fe 将 v1024.0.0 更改为 v0.1024.0。不必是自动的。请记住，它应该只更新标记名，我不想更改发布日期、资产等。我认为使用 Github UI 编辑发布实际上会创建一个基于 master 的新标签（甚至可能将其发布到现场服务器？）
- 如果没有，有什么方法可以告诉 Release Drafter 它应该使用最新的标签而不是最高的标签？