GitHub・プルリク・レビュー・2026年10月30日に確認

GitHub：「At least 1 approving review is required by reviewers with write access」

ブランチ保護のルールやルールセットは、承認のレビューを求められます。そうすると、そのブランチへのプルリクは、書き込みの権限があるレビュアーの決まった数の承認を得るまでマージできません（GitHub の説明「About protected branches」・2026年10月30日に確認）。それまでは、マージの API が上の文で 405 を返し（Renovate の試験に載っています・renovatebot/renovate）、GraphQL のプルリクの reviewDecision は REVIEW_REQUIRED（「A review is required before the pull request can be merged」）です（GitHub の説明「GraphQL の Pull requests」）。

PUT  /repos/OWNER/REPO/pulls/NUMBER/merge         → 405 "At least 1 approving review is required by reviewers with write access."
POST /graphql   pullRequest(number: N) { reviewDecision }   → REVIEW_REQUIRED

承認が足りない理由

承認の数が足りない：ブランチ保護のルールの Required number of approvals before merging は 0〜6（REST API では required_approving_review_count）、ルールセットのプルリクのルールは 0〜10 です（GitHub の説明「REST API endpoints for protected branches」・「REST API endpoints for rules」）。ルールセットでは、Copilot が人に結びつけずに開いたプルリクは、1つ以上の承認を求めているとき、決めた数より1つ多い承認が要ります。この設定を外せば決めた数に戻ります（GitHub の説明「Available rules for rulesets」・Copilot のプルリクを参照）。
数に入らない承認：数に入るのは、書き込みか admin の権限がある人の承認だけです。レビュアーの欄では、数に入る承認が上の段に、マージに関わらない承認が畳める段に出ます。Copilot の承認は上の段に出ますが、数には入りません（GitHub の説明「Approving a pull request with required reviews」・数に入らない承認とCopilot のレビューを参照）。
自分のプルリク：プルリクを作った人は自分のプルリクを承認できないので、承認はほかの人から要ります。
古くなって取り消された承認：承認の必須と古いレビューの取り消しの両方が入っていると、コードを変える push で承認が取り消され、もう一度承認が要ります（最後の push の承認を参照）。
変更の依頼：admin・owner・書き込みの権限があるレビュアーが変更を依頼すると、同じレビュアーが承認するか、書き込みの権限がある人がそのレビューを取り消すまでマージできません（変更の依頼を参照）。
同じコミットのほかのプルリク：承認がそろっていても、head のブランチが同じコミットを指すほかの開いたプルリクに、保留中か却下のレビューがあるとマージできません。書き込みの権限がある人が、先にそちらのレビューを承認するか取り消す必要があります（GitHub の説明「About protected branches」）。
決まった人の承認：変えたファイルのコードオーナーやチームの承認を求めることもできます（コードオーナーのレビューとチームの承認を参照）。

承認があるのに IntelliJ IDEA がこの文を出す理由

IntelliJ IDEA に入っている GitHub のプルリクの機能は、プルリクの状態に「At least {0} approving review is required by reviewers with write access」という行を出します。ソース（2026年10月30日に確認）では、{0} はマージ先のブランチのブランチ保護のルールの Required number of approvals で、GraphQL の refUpdateRule.requiredApprovingReviewCount から読みます。行が出るのは、GitHub がマージを blocked と言い、自分がマージ先のブランチへ push でき、IntelliJ IDEA がその原因を必須のチェックと見ていないときです。2件以上なら、たとえば「At least 2 approving review is required by reviewers with write access」と出ます（YouTrack IJPL-79800）。プルリクにもう付いている承認は見ないので、承認がそろっていて、ほかのルール（たとえば未解決の会話・会話の解決を待つマージを参照）がマージを止めているときも出たままです（GHPRMergeabilityStateBuilder.kt・CodeReviewDetailsStatusComponentFactory.kt・CollaborationToolsBundle.properties）。refUpdateRule は admin でない人にも見えるブランチ保護のルールで、ルールセットのルールは別の一覧 rules にあります（GitHub の説明「GraphQL の Git」）。

その下に IntelliJ IDEA はレビュアーを並べます：頼まれてまだレビューしていない人は「Waiting for review from {0}」、レビューのあとでもう一度頼まれた人は「Re-requested review from {0}」、ほかに「{0} approved review」（承認）・「{0} is waiting for updates」（変更を求めた）・「{0} left comments」（コメントだけ）。作者自身のレビューは数えません。誰にも頼んでおらず、作者のほかに誰もレビューしていないときは、一覧が空になり「Missing reviewer」と出ます。ルールが求める承認は誰かから来ないといけないので、書き込みの権限がある人にレビューを頼みます（GHReviewersUtils.kt・GHPRReviewerStateUIUtil.kt）。

それでもマージできる人

owner と管理者：リポジトリの owner と管理者は、承認のレビューが無いプルリクもマージできます。ブランチ保護では、Do not allow bypassing the above settings を入れると、その人たちにもルールが効きます（GitHub の説明「Approving a pull request with required reviews」・「About protected branches」）。
ルールセットの迂回のリスト：そこに入っている人は、承認なしでマージできます（それでも push できる人を参照）。

直し方

いくつ要るかを見る：GET /repos/OWNER/REPO/rules/branches/BRANCH はそのブランチに効くルールを全部返し、ルール pull_request の中に required_approving_review_count があります。ブランチ保護のルールなら、GET /repos/OWNER/REPO/branches/BRANCH/protection の required_pull_request_reviews の下です。
書き込みの権限がある人に頼む：書き込みの権限がある人かチームにレビューを依頼します。レビュアーは、自分を待っているプルリクを検索の review-requested:USERNAME で探せます（GitHub の説明「Approving a pull request with required reviews」）。
push の後はもう一度頼む：古い承認を取り消す設定なら、push の前の承認はもう数に入りません。
ほかのルールを見る：承認がそろってもマージが blocked のままなら、ブランチのほかのルールが止めています。必須のチェック・会話の解決・署名つきのコミット・最後の push の承認などです（マージが断られる（405・409）を参照）。

IntelliJ IDEA で GitHub のプルリクを見るなら

Lesstep の Pull Request Inbox for GitHub は、JetBrains IDE（2024.1 以降）のプラグインです。レビューを頼まれた人の全員と、それぞれのレビューの状態（承認・変更の依頼・依頼中・前のコミットで）を並べます。マージのチェックは承認の数と変更を依頼した人を出し、GitHub がまだレビューが要ると言う間（reviewDecision が REVIEW_REQUIRED）は、マージ先のブランチのルール（ルールセットとブランチ保護）が求める承認の数と、それがまだ満たされていないこと（承認を増やす・最後の push の後の承認・コードオーナーの承認）を出します。GraphQL で読むので、トークンが無いと出ません。GitHub がマージを blocked と言うときは、待っているかもしれないほかのルール（未解決の会話・署名の無いコミット・最後の push の承認など）を出します。受信箱・差分・会話は無料、承認・コメント・マージは Pro（月 US$1.50・30日の試用つき）です。

GitHub は GitHub, Inc. の商標、IntelliJ IDEA は JetBrains s.r.o. の商標です。このページは GitHub, Inc. や JetBrains とは関係がなく、承認も受けていません。