问题标签 [github-check-run]

我创建了一个新的GitHub 应用程序来执行检查运行。我希望它在每个 PR 上触发。当我从存储库中的不同分支获得 PR 时，它工作得很好。但是，当有人分叉我的 repo 并进行 PR 时，我的应用程序的 webhook 永远不会获得它用来触发检查运行的检查套件请求事件。为什么？我怎样才能改变这个？

我使用 Google Cloud Build Github App 配置了 github 检查，现在我想知道是否可以在 github 检查或 github 检查详细信息页面中显示任何其他自定义数据。

目前，构建失败时没有太多有用的信息：

概括

我想从 Azure Pipelines 内部向 GitHub CI 添加注释。我想将这些注释添加到执行构建的 CI 检查运行中。我不知道如何从 Azure 内部获取 GitHub Check Run 标识符，也不知道有任何 Azure 特定的 API 用于向作业结果添加注释。

背景详情

我想使用 Azure DevOps CI 将Checks Annotations添加到GitHub 拉取请求。

具体来说，我想通过管道将构建失败从 Clang/GCC 或 MSVC 传递到注释，以及从诸如 clang-tidy 或 clang-format 之类的工具传递请求的更改。

如果需要，编写一个解析这些工具的输出并使用GitHub Octokit发出请求的脚本很容易，所以我不担心注释的机制。

我知道支持的日志记录命令。但是，即使设置错误，例如：

不设置 GitHub 注释。即使是这样，我也不知道如何将多行注释（如差异，甚至大多数编译器错误）放入这样的基于日志的结构中。

问题

我想将这些注释添加到正在运行脚本的现有检查运行中，但这要求我能够获取检查运行标识符。

要么我需要出于自己的目的获取此 ID（我不知道如何！），要么我需要从 Azure Pipelines 内部访问某种 API 以添加注释（但我不知道有任何 API）。

出于专有原因，我无法分享任何屏​​幕截图，但是否删除了 GitHub 检查的重新运行按钮？过去，您可以在拉取请求上单击“检查”，并且您可以按下一个按钮来触发一个 webhook，指定应该再次执行此运行。

这是我的问题，还是此功能已被删除？据我所知，它只是在某个时候消失了。GitHub 检查的文档非常稀疏和模糊，我很难弄清楚该怎么做。

寻找一种方法来禁用 Github Actions 检查从注释文件中运行。

/* 上下文 - 使用 eslint 工作流操作来评论 PR，因为这个检查运行默认注释所有文件很烦人 */

参考 PR- https://github.com/tamdilip/ember_poc/pull/143/files

我正在使用 nodeJS (ProBot) 为 github 构建一个代码审查应用程序

我正在尝试从为获取相关文件并运行我的测试而创建的 check_suite 中获取 pull_request 数据，但 context.payload.pull_request 为空。

我还尝试收听事件 pull_request.created，那里有我需要的数据，但 context.github.checks.update() / context.github.checks.create() 不会更新检查的状态，并且永远保持in_progress。

这是我的代码：

}

// 有关构建应用程序的更多信息：// https://probot.github.io/docs/

// 要让您的应用在 GitHub 上运行，请参阅： // https://probot.github.io/docs/development/ }

我结束了一些陈旧的检查，主要是重命名/重构工作流程的结果，我想删除陈旧的检查，但 github 似乎没有公开任何按钮/api。

我怎样才能做到这一点？过时的检查还可以防止开发人员合并他们的 pr。

我有 4 个 Azure Pipelines 在创建 PR 时执行检查。它们被配置为根据所做的更改排除/包含某些检查。例如，如果 PR 仅包含前端代码更改，则没有理由运行与检查后端代码更改相关的检查管道。

在 GitHub 分支配置中，有一个选项“要求在合并之前通过状态检查”但是当您检查时，您必须选择哪些管道必须通过。这样做会设置它，以便您选择的管道必须运行并通过才能合并，但使用我们的配置，它可能没有理由运行，因此 PR 将永远卡住。

有没有办法在合并之前要求通过 GitHub 状态检查，但必须通过的状态检查是在 PR 创建时确定的，而不是事先确定的？

我在 GitHub CI 的 Windows 机器上使用带有 PowerShell 脚本的 build.cake 文件任务。我正在尝试通过工作流 .yml 文件中的 GitHub Actions 获取 check_run_id。那可能吗？

即https://github.com/Siddharth/my-project/pull/15/checks?check_run_id=2508655272

我需要 workflows.yml 文件中的 id(2508655272) 值。我附上了我的工作流程文件。

我试图从 GitHub 参数本身获取 check_run_id 值，检查了 GitHub 文档。没有找到直接获取 check_run_id 的选项。

有什么方法可以获取 check_run_id 吗？

您能否就如何在我的工作流 .yml 文件或任何其他替代方法中实现这一点提出一个解决方案？

我有一个带有 Github Actions 的项目，它实现了可以由单个推送事件触发的多个工作流（取决于路径过滤器）。

因此，一次提交的推送可以触发多个工作流，到目前为止一切都很好。

在我正在运行actions/github-script的每个工作流程中，通过以下步骤创建动态运行检查：

当触发单个工作流时，它就像一个魅力一样工作，但是一旦推送触发多个工作流，那么只有第一个运行的工作流显示添加的检查。所有其他人，但第一个不显示检查但也没有错误？

在我尝试之前LouisBrunner/checks-action，它有同样的问题，所以我创建了一个问题：https ://github.com/LouisBrunner/checks-action/issues/26 。但是现在直接使用带有 github-script 操作的 octokit 也失败了，感觉问题出在其他地方......

更新：

根据 Gregors 的回答，我尝试通过附加运行 ID 在每个工作流中为检查赋予不同的名称，我发现每个并行工作流都将检查添加到首先运行的工作流中......所以现在的问题是，如何将其发送到特定的工作流运行？

根据这些文档，没有专门的参数，似乎它使用head_sha?自动检测工作流

name: "Custom Script ${{ github.run_id }}",