我正在编写一个服务器,该服务器应该连接到GitHub并合并请求,但前提是满足所需的批准数量。GitHub Api检查受保护分支上的审批数量
为了我的目的,它不足以自动合并分支,我需要能够在合并之前跟踪和记录批准者的数量。
拉动请求页面的github API提供了很多细节,但没有受保护分支上的拉动请求的审批者数量。这个号码可以访问吗?有没有另外一个网站有这种API钩子?
我正在编写一个服务器,该服务器应该连接到GitHub并合并请求,但前提是满足所需的批准数量。GitHub Api检查受保护分支上的审批数量
为了我的目的,它不足以自动合并分支,我需要能够在合并之前跟踪和记录批准者的数量。
拉动请求页面的github API提供了很多细节,但没有受保护分支上的拉动请求的审批者数量。这个号码可以访问吗?有没有另外一个网站有这种API钩子?
在受保护的分支上没有获得拉取请求的审批者数量。
您可以通过调用list-reviews-on-a-pull-request端点和计数每次审查,其中state
是APPROVED
得到的数量。
但是,这并不包括需要多个认可审核的能力。 current implementation of Reviews(截至2017年2月)将允许合并,如果有一个审查是状态approved
而没有request changes
。
查看使用集成
最简单的解决方案是使用一些第三方集成像ReviewNinja提供评论。 ReviewNinja有能力要求多个批准,但不再积极开发,需要自己托管服务,并且将开发者带到拉请求之外。
您可以始终使用自己的解决方案并使用Status Checks控制合并。
使用分支限制
一些工作流程控制合并限制谁可以合并代码到使用branch restrictions保护分支机构。如果您知道一组用户或团队需要合并,那么您的可能会能够解决无法需要多个用户的限制。相反,合并代码的用户会隐式批准代码。
您是否正在寻找? https://developer.github.com/v3/pulls/reviews/#list-reviews-on-a-pull-request – thedeliciousmuffin