【问题标题】:Change naming convention of github release tags更改 github 发布标签的命名约定
【发布时间】: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


    【解决方案1】:

    用谷歌搜索会告诉你很多事情:)

    是的,您可以更新标签(见第一个链接) 是的,您可以获得最新的标签 - 请参阅第二个链接。

    【讨论】:

    • 第一个链接:是的,但是删除 100 个旧标签并添加 100 个新标签不会通过 github 操作触发 100 个版本(影响生产)吗?第二个链接:我不知道它对 Release Drafter 有什么帮助?但经过更多研究后,我认为这根本不可能——除非我引入另一个破坏性标签:github.com/release-drafter/release-drafter/blob/…
    猜你喜欢
    • 2014-08-06
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2020-11-02
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2021-01-04
    相关资源
    最近更新 更多