VSTS 持续集成触发器不起作用答案

【问题标题】：VSTS continuous integration triggers not workingVSTS 持续集成触发器不起作用
【发布时间】：2017-08-02 21:34:44
【问题描述】：

我很确定这个设置在某一时刻对我们有用。我稍微更改了构建以反映一些操作更改，现在 CI git 分支触发器不起作用。我正在尝试获取它，因此当 PR 合并到 master 时，它会触发发布版本。我可以手动触发此构建，但不能在从 dev 向 master 提交 PR 然后接受 PR（在 github 上）时。

还有其他人有问题或知道什么问题吗？

【问题讨论】：

如果你用一个新的构建定义来尝试，结果是什么？
@starain-MSFT 我什至没有想过要这样做。一旦我添加了具有相同触发器的新构建，两个构建都会在下一次 PR 合并时触发。非常感谢。我不知道发生了什么。

标签： azure-devops azure-pipelines

【解决方案1】：

添加一个答案，以便更明显。 @starain-MSFT 评论是解决方案。

我添加了一个具有相同触发器的新版本，它修复了另一个没有被触发的问题。然后删除了我添加的新版本，一切正常。

【讨论】：

这在我们的托管代理上发生了两次。我们也必须克隆构建来解决问题。一旦构建定义被克隆，原始和克隆都开始构建。 stackoverflow.com/users/6936103/marina-msft
刚刚遇到了同样的问题。一旦我克隆了构建定义，两者都根据触发器配置开始按预期启动
只是为了帮助提供一个时间表 - 这个问题仍然存在，这个解决方案仍然有效
本周遇到了同样的问题，克隆了构建定义，它让触发器再次在原始触发器上工作。感谢您的修复。
为了提供一个时间表，这在 2019 年 2 月的今天仍然有效。

【解决方案2】：

不幸的是，克隆我的构建定义不起作用，保存对构建定义的微不足道的更改也没有。相反，我必须明确禁用 CI 触发器，保存，然后重新启用它并再次保存。（烦人，因为我不得不重新定义所有规则。）但是，如果接受的答案不适合您，请尝试一下。

我还想知道是否将随机分支添加到触发分支列表，保存，然后删除随机分支并再次保存是否可行（并且您不必重新定义所有内容）。

【讨论】：

这对我有用。我发现克隆管道更容易。
在使用“其他 Git”时，禁用 CI 触发器和克隆管道都对我不起作用。有人有其他建议吗？