【问题标题】:Automatically add a git tag after a pull request is accepted接受拉取请求后自动添加 git 标签
【发布时间】:2020-03-04 20:54:14
【问题描述】:

我们正在使用支持版本的 gitflow 工作流程,并且我们也在使用 PR(功能 -> 开发 [squash]、修补程序 -> 支持/x.x、修补程序 -> 开发、发布/x.x -> 主控)

问题是发布的拉取请求并不严格等同于“git flow release finish”,特别是因为没有将标签添加到master(您还需要另一个PR来开发)。

修补程序的问题是相同的(您有 2 个 PR 要做,并且未标记 support/x.x)

可以解决问题的一件事是能够在 PR 被接受时在 PR 的目标分支上添加标签。

您知道是否可以围绕该用例进行一些自动化?

【问题讨论】:

    标签: azure-devops azure-repos


    【解决方案1】:

    在拉取请求被接受后自动添加 git 标签

    当PR被接受时,恐怕没有这种方法可以在PR的目标分支上添加标签。

    我们可以创建一个脚本来自动添加一个 git 标签,比如:

    if [ -z "$NEEDS_TAG" ]; then
        echo "Tagged with $NEW_TAG "
        git tag $NEW_TAG
        git push --tags
    else
        echo "Already a tag on this commit"
    fi
    

    但是,在接受拉取请求后,我们无法执行此脚本。因为在拉取请求被接受后没有这样的选项或钩子来触发这个脚本。

    此外,分支策略的选项(例如构建验证)在拉取请求被接受之前完成。

    您可以在我们的 UserVoice 网站 (https://developercommunity.visualstudio.com/content/idea/post.html?space=21) 上添加对此功能的请求,这是我们产品建议的主要论坛。感谢您帮助我们构建更好的 Azure DevOps。

    希望这会有所帮助。

    【讨论】:

      【解决方案2】:

      添加到@LeoLiu-MSFT 答案:您可以添加一个“发布”管道,该管道在推送到运行脚本以标记当前提交并推送标签的目标分支时运行。

      【讨论】:

        猜你喜欢
        • 1970-01-01
        • 2023-03-12
        • 2021-06-02
        • 2021-05-10
        • 1970-01-01
        • 1970-01-01
        • 2014-04-30
        • 2016-03-31
        • 2011-12-31
        相关资源
        最近更新 更多