GitHub Apiは、保護されたブランチの承認番号を確認します。

Question

GitHubに接続してプルリクエストをマージする必要があるサーバーが、必要な数の承認を満たしている場合にのみ作成します。

私の目的では、ブランチを自動的にマージするには十分ではありません。マージする前に承認者の数を追跡して記録できる必要があります。

プルリクエストのgithub APIページには詳細はたくさんありますが、保護されたブランチのプルリクエストの承認者数はありません。この番号はどこかにアクセスできますか？この種のAPIフックを持っている別のサイトがありますか？

Answer 1

保護されたブランチ上のプル要求の承認者の数がありません。

あなたはlist-reviews-on-a-pull-requestエンドポイントを呼び出し、stateがAPPROVEDある各レビューをカウントして数値を得ることができます。

これには、複数の承認済みレビューを要求する機能は含まれていません。 （2017年2月現在）は、1つのレビューがステータスapprovedであり、どれもがrequest changesである場合にマージが可能です。最も簡単な解決策は、レビューを提供するために、ReviewNinjaのようないくつかのサードパーティ製の統合を使用することで統合

を使用して確認

。 ReviewNinjaは、複数の承認を要求する機能を備えていますが、もはや積極的に開発されておらず、サービスを自分でホストする必要があり、プルリクエストの外に開発者を引き込みます。

Status Checksを使用して、独自のソリューションとコントロールの統合をいつでも行うことができます。いくつかのワークフローがbranch restrictionsを使用して保護された枝にコードをマージできるユーザーを制限分岐制限に

を使用してマージを制御する

。ユーザーまたはチームのグループがマージする必要があることが分かっている場合は、は複数のユーザーを必要としないという制限を回避することができます。むしろ、コードをマージするユーザーは暗黙的にコードを承認します。