Question

我有一个拉取请求，在VSTS上传递了构建，但是无论我尝试触发构建多少次，另一个检查“期望-等待状态报告”都不会成功。我还有很多其他拉请求，没有问题。

我不确定如何解决这个问题，如何调试呢？没有比这更具体的信息：

我应首先在哪里检查以解决此问题？

Answer 1

我找到了解决方法！您需要使用不同的分支名称为同一提交创建一个新的PR。这将完成后踢构建原件和新PR将得到状态更新。然后，您可以合并原始文件并关闭新的文件。

如果PR是从远程存储库创建的，则可以按照以下说明将引用拉到本地存储库中：

git fetch origin pull/{id}/head:temporary
git push origin temporary

Answer 2

有时可能会发生这种情况，您可以做的是将空提交推送到PR的分支。它将重新触发您在CI中拥有的所有支票。可以使用git命令来完成。

git commit --amend --no-edit

，然后强行推动分支。

Answer 3

致amels。您只需要为分支重新运行构建即可。我是在GitHub上进行PR的，它对我有帮助。

例如。通过详细信息链接转到Jenkins（或可以手动管理构建位置），然后选择与拉取请求相关的分支，然后按“立即构建”链接。此操作将重新运行分支构建。构建完成后，合并按钮将变为可用。

Answer 4

它对我有用：关闭卡住的拉取请求并重新打开它。

Answer 5

您必须以某种方式刷新 PR，我将 PR 的基础更改为某个 other branch，然后返回到 master 并且它起作用了。

Answer 6

无需添加空提交。您可以通过在 PR 中添加以下注释来重新运行检查：

/azp run

Answer 7

对我来说最简单的解决方案是关闭 PR 并再次打开它。之后，检查按预期执行的位置。

GitHub 上有一个按钮，非常容易。

Answer 8

我们看到这种情况一直发生的一种情况是（例如）：当 github 需要 PR 构建时，但在阶段中没有实际在 PR 上运行的阶段。所以想象一下，我们只有一个阶段，但条件是它只在 push、cron、api 上运行，而不是在 pull_request 上运行。

  include:
     - stage: sample-stage
       if: type IN (push, cron, api)
       name: stage-name
       script:
         - mysript.sh

在这种情况下，travis 不会运行，但在 github 上会：

<块引用>

等待报告状态

如问题所述。

Answer 9

您可以使用 GitHub UI 简单地重新启动作业：