github API提交状态和＃34;失败＆＃34;之间的差异和＆＃34;错误＆＃34;？

Question

github API提交状态和＃34;失败＆＃34;有什么区别？和＆＃34;错误＆＃34;？

Answer 1

GitHub API Statuses包括标记提交成功，失败，错误或待处理状态。

通常，在continuous integration context中，提交是：

• 标记为failed，因为作业未能完成
• 标记为error，因为作业已完成，但已退出非零状态
• 标记为成功，因为作业已完成，并以零状态退出

（作为任务由job scheduler运行）

---

自2014年以来，GitHub与CI的整合确实在不断发展 在2018年5月，你有“Introducing the Checks API, a better way to connect integrations and code” 它引入了 checks

的概念

  

集成可以报告丰富的状态，使用详细信息注释代码行，然后启动重新运行，而不是二进制通过/失败构建状态。

您在新的上下文（检查）中发现失败

  

当有人将代码推送到存储库时，GitHub会为最后一次提交创建一个检查套件。具有checks:write权限的GitHub应用会收到带有请求操作的check_suite webhook。当您的GitHub应用程序收到check_suite事件时，它可以为最新提交创建新的检查运行。

这适用于：

• Travis-CI（从那以后deprecated the GitHub commit status API updates for GitHub Apps-managed repositories）
• Circle-CI

在新的背景下（New Checks API public beta）：

• 失败与运行的检查相关联，但以非零状态退出
• 错误与无法运行的支票相关联

请参阅Questions：

  

检查运行与提交状态有何不同？

     

提交状态允许简单的通过或失败状态   检查运行允许更详细的信息：它们可以结束为成功，失败，中立，取消，timed_out或action_required。检查运行比提交状态更灵活。

Answer 2

我从官方GitHub问了这个问题，并收到了下一个答复：

  

亚历山大，你好

     

感谢您与GitHub支持人员联系！t

     

  
• CI检查失败是指检查未通过所需条件。
  
• 发生错误的CI检查是指检查本身具有阻止其正确运行的错误。
  

     

让我知道您是否需要其他信息。