Github 将工作流标记为非检查工作流

Github 将工作流标记为非检查工作流,github,github-actions,Github,Github Actions,在GitHub操作中,是否可以将工作流标记为非支票?不幸的是,我在(好的)文档中找不到任何提示 我已经包括了两个默认的工作流来标记拉请求和迎接第一次贡献者,但是我不希望这些工作流被列为“检查”,因为它们没有检查任何东西 请参见此处:如果在拉取请求事件上触发,则看起来不可能。作为一种解决方法,您可以尝试使用计划或其他事件作为触发器 根据,他们明确地将UI更改为不显示某些检查 GitHub操作使用Checks API来表示和存储有关作业执行的信息。 […] 同时,不仅当有人将代码推送到GitHub时

在GitHub操作中,是否可以将工作流标记为非支票?不幸的是,我在(好的)文档中找不到任何提示

我已经包括了两个默认的工作流来标记拉请求和迎接第一次贡献者,但是我不希望这些工作流被列为“检查”,因为它们没有检查任何东西


请参见此处:

如果在
拉取请求事件上触发,则看起来不可能。作为一种解决方法,您可以尝试使用
计划
或其他事件作为触发器

根据,他们明确地将UI更改为不显示某些检查

GitHub操作使用Checks API来表示和存储有关作业执行的信息。
[…]
同时,不仅当有人将代码推送到GitHub时,而且当许多其他事件发生时,都可以触发操作。在这些情况下,GitHub操作在存储库的默认分支中查找工作流文件,并创建检查并将其与最新提交的SHA关联。
[…]
我们发现,这可能会产生噪音,并且与拉请求的上下文无关。当启用受保护的分支规则时,它还可能导致摩擦。从今天起,我们将部署一项更改,从拉请求上下文或提交状态计算中删除由于事件而生成的检查,而不是推送和拉请求。这些检查将在“操作”选项卡中提供,以便于观察

强调我的)

而且:

GitHub操作使用Checks API输出工作流的状态、结果和日志。GitHub为每个工作流运行创建一个新的检查套件。检查套件包含工作流中每个作业的检查运行,每个作业包括步骤

资料来源:


与上面描述的UI更改相对应的还有以下问题:。

感谢您的澄清!我刚刚看到,可以使用默认的github操作标签,并将pull_request_target作为触发器,但这也可以作为检查处理。其他触发器不是真正的选项/解决方案。
pull\u request\u target
是在关于UI更改的博客文章之后引入的,这就是为什么这里没有提到它。但它的工作原理类似于
pull\u请求