Github API Webhook/在PR上传递的所有检查的通知
我有一个应用程序，可以对新分支机构的回购协议进行更改，并将其提交给回购协议，然后创建一个PR。PR启动两个构建—一个用于travis，一个用于jenkins。我想知道是否有一种方法可以在所有检查都通过PR后收到通知，这样我的应用程序就可以合并PR。目前我在github上只看到一种方法来设置一个状态事件，只在一个状态更新时通知我 我可以这样做的一种方法是，当每个bulid一个接一个地经过时，将这些信息存储在某个地方，然后在它们全部完成时合并。但是，我希望避免将信息存储在某个地方，因为我希望实现一个短暂的实现 我考虑这样做的另一种方式是：一旦收到一个请求，我就可以解析headcommit的status\uurl，并验证其他构建的状态。我认为这样做的问题在于，status_url显示了该头部的所有构建，而不一定是与PR相关的构建Github API Webhook/在PR上传递的所有检查的通知,git,github,github-api,git-webhooks,Git,Github,Github Api,Git Webhooks,我有一个应用程序，可以对新分支机构的回购协议进行更改，并将其提交给回购协议，然后创建一个PR。PR启动两个构建—一个用于travis，一个用于jenkins。我想知道是否有一种方法可以在所有检查都通过PR后收到通知，这样我的应用程序就可以合并PR。目前我在github上只看到一种方法来设置一个状态事件，只在一个状态更新时通知我 我可以这样做的一种方法是，当每个bulid一个接一个地经过时，将这些信息存储在某个地方，然后在它们全部完成时合并。但是，我希望避免将信息存储在某个地方，因为我希望实现一个
我想知道是否有一种方法可以在所有检查完成后接收单个通知并同时报告其状态 您可以通过为PR Status事件设置webhook来实现这一点，该事件调用端点以获取特定sha的总体状态。然后，您可以对将该sha作为其
头的任何拉取请求执行一些操作
我最近实现了类似这样的功能，根据PR状态有条件地添加/删除标签（）