【问题标题】:VSTS: how to requeue broken build and switch agent queueVSTS:如何重新排队损坏的构建和切换代理队列
【发布时间】:2017-11-07 16:25:58
【问题描述】:

背景:

我们正在使用 Gitflow 运行 Visual Studio Team Services (VSTS),并且一直在尝试在我们的笔记本电脑上使用带有本地构建代理的私有管道。但是,我们的本地代理遇到了麻烦,对于特定的拉取请求,构建针对该本地代理失败。我已经编辑了构建定义以使用 Hosted2017 代理并希望重新排队拉取请求。我可以手动将 sha1 哈希的构建排入队列,以供 PR 提交以测试代理。但是,我想完成拉取请求,我将构建成功,似乎我无法让 PR 的构建使用更新的构建定义。

问题:

那么我如何获得拉取请求以使此构建工作?我没有看到切换拉取请求的构建定义的选项?我是否只需要放弃并重做 PR,或者有什么方法可以修复这个 PR,而无需要求创建它的开发人员跳过箍,这样我就可以修复构建过程?

谢谢!

【问题讨论】:

    标签: azure-devops azure-pipelines


    【解决方案1】:

    您可以将构建重新排队以进行 PR 验证,如下所示(适用于两种情况):

    情况 1:PR 验证的构建定义相同,只更改构建的代理队列

    为构建定义保存更改(更改代理队列)后,您可以手动将构建排队:

    打开拉取请求->单击...按钮(在构建右侧)->单击队列构建。

    然后构建验证PR会排队,构建成功后可以合并PR继续gitflow。

    情况 2:使用另一个构建定义进行 PR 验证

    对于这种情况,你只需要更改分支策略,将 PR 构建验证替换为新的构建定义即可:

    在分支策略中 -> 编辑 PR 验证的构建定义 -> 为其选择新的构建定义 -> 保存。

    然后您可以按照情况 1 的方式重新排队构建。

    【讨论】:

    • 感谢您的回复。也许我没有正确解释我的问题。我知道我可以重新排队构建。我的问题是它似乎使用与原始构建定义相同的代理队列,即使我已经更新了定义,因为我的私人代理无法正常工作。当我重新排队时,有没有办法让它使用我更新的构建定义?正如您所演示的,当您对构建进行排队时,没有可供选择的选项。
    • 我在我的回答中添加了另一种情况来重新排队 PR 构建,您可以按照您遇到的情况(使用相同的构建定义或不同的构建定义)。
    • 太棒了!谢谢!
    猜你喜欢
    • 2020-01-25
    • 1970-01-01
    • 1970-01-01
    • 2019-04-10
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2018-12-04
    • 1970-01-01
    相关资源
    最近更新 更多