为什么 GitHub 检查不反映 Azure Pipelines 构建状态？

Question

我正在尝试将 Azure Pipelines 配置添加到现有项目 bundler/bundler。这是添加配置的 PR： https://github.com/bundler/bundler/pull/6899

由于其中一位维护者在 Azure Pipelines 上设置了 bundler/bundler 项目，此 PR 已触发构建： https://dev.azure.com/bundler/bundler/_build/results?buildId=11 请注意，构建有一个绿色复选标记并标记为已完成。

（另请注意，在构建中有 loads 个测试失败，因为之前没有在 Windows 上测试过。无论如何都要使构建成功 - 而不是 全部 在我修复测试时，PR 和提交在 Github 上获得了红色的“x”，我在测试命令的末尾添加了 || exit 0 - 这在 Azure Pipelines 上运行良好）

Azure Pipelines 的 GitHub 集成的一个功能是构建结果通过名为“检查”的功能显示在 Github 中： https://github.com/bundler/bundler/pull/6899/checks

（PR 页面末尾还包含一个较短的版本：https://github.com/bundler/bundler/pull/6899#partial-pull-merging）

很遗憾，此检查并未反映 Azure Pipelines 上的构建状态，仍显示为“进行中”：

和

知道为什么 GitHub 检查没有反映 Azure Pipelines 上的构建状态吗？

---

让我更困惑的是，在创建bundler/bundler 项目时由 Azure Pipelines 自动创建的拉取请求中，与 Azure Pipelines 的集成实际上工作得很好（检查是否正确反映了构建状态）：https://github.com/bundler/bundler/pull/6955

但是：它也不是我在 PR 中创建的 Azure Pipelines 配置，因为相同的配置在我的 fork 中也可以正常工作：https://github.com/janpio/bundler/pull/6#partial-timeline（请参阅捆绑器任务的绿色复选标记）。 （另一方面：这里 Azure Pipelines 根本没有使用 Github 的“检查”功能）

Answer 1

很好的问题。 最有可能的原因是 Azure Pipelines 和 GitHub 之间的通信出现了一些故障。这种情况非常罕见，但有时 GitHub 和 Azure Pipelines 之间的 webhook 不会触发。没有办法说出它为什么会发生。这可能是任何一方的错误。

很遗憾，无法重新发送未交付的 webhook。您唯一的办法是重建该拉取请求。如果您选择“重建”选项（在... 菜单中）：

然后一个新的构建将被排队，当它完成时，状态更新将被发送回 GitHub。然后将更新拉取请求中的检查。

---

不太可能（但绝对可能）的原因是 Azure Pipelines 或 GitHub 中存在错误。在这个特殊情况下，将测试结果从 Azure Pipelines 上传到测试用例管理器 API 的代码存在错误。

（感谢您报告问题，很抱歉我们在这里遇到了一点问题，但我们很高兴能够解决这个问题。）