我正在编写一个应该连接到GitHub的服务器并合并拉取请求，但前提是满足所需的批准次数。
出于我的目的，它不足以自动合并分支，我需要能够在合并之前跟踪和记录批准者的数量。
拉取请求页面的github API提供了很多细节，但没有受保护分支上拉取请求的批准者数量。这个号码可以在某处访问吗？是否有另一个网站确实有这种API挂钩？
答案 0 :(得分：2)
在受保护的分支上没有拉取请求的批准者数量。
您可以通过调用list-reviews-on-a-pull-request端点并计算state为APPROVED的每个评论来获取该号码。
但是，这不包括需要多个批准的评论的能力。 current implementation of Reviews（截至2017年2月）如果有一个状态为approved且无request changes的评论，则允许合并。
使用集成进行审核
最简单的解决方案是使用ReviewNinja之类的第三方集成来提供评论。 ReviewNinja能够要求多次批准，但不再积极开发，需要自己托管服务，并将开发人员带到拉取请求之外。
您始终可以使用Status Checks滚动自己的解决方案并控制合并。
使用分支限制控制合并
某些工作流程限制了谁可以使用branch restrictions将代码合并到受保护的分支中。如果您知道需要合并一组用户或团队，那么可能能够解决不能要求多个用户的限制。相反，合并代码的用户会隐式批准代码。