gpt4 book ai didi

github - 为什么 GitHub 检查不反射(reflect) Azure Pipelines 生成状态?

转载 作者:行者123 更新时间:2023-12-02 07:07:11 25 4
gpt4 key购买 nike

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

作为维护者之一,设置了 bundler/bundler Azure Pipelines 上的项目,此 PR 已触发构建: https://dev.azure.com/bundler/bundler/_build/results?buildId=11请注意,该构建有一个绿色复选标记并标记为已完成。

(另请注意,构建中存在大量测试失败,因为之前未在 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 )

遗憾的是,此检查并未反射(reflect) Azure Pipelines 上的生成状态,并且仍显示为“正在进行”:

check status on check page

check status on PR page

知道为什么 GitHub 检查没有反射(reflect) Azure Pipelines 上的构建状态吗?

<小时/>

让我更加困惑的是,在创建bundler/bundler时由Azure Pipelines自动创建的拉取请求中,与Azure Pipelines的集成实际上运行得很好(检查正确反射(reflect)了构建状态)。项目:https://github.com/bundler/bundler/pull/6955

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

最佳答案

很好的问题。 最可能的原因是 Azure Pipelines 和 GitHub 之间的通信出现一些故障。这种情况非常罕见,但有时 GitHub 和 Azure Pipelines 之间的 Webhook 不会触发。没有办法知道为什么会发生这样的事。这可能是双方的错误。

遗憾的是,无法重新发送未送达的 Webhook。您唯一的办法是重建该拉取请求。如果您选择“重建”选项(在 ... 菜单中):

然后,新的构建将排队,完成后,状态更新将发送回 GitHub。然后,拉取请求中的检查将被更新。

<小时/>

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

(感谢您报告该问题,很抱歉我们遇到了一些问题,但我们很高兴能够解决此问题。)

关于github - 为什么 GitHub 检查不反射(reflect) Azure Pipelines 生成状态?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/54649086/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com