GitHub・プルリク・ブランチの保護・2026年10月26日に確認

GitHub：強制 push が止められる

強制 push は、ぶつかりを気にせず手元の変更でリモートのリポジトリを上書きする Git の push です。GitHub は保護されたすべてのブランチで既定で強制 push を止めます。ルールセットの「Block force pushes」の規則も既定で有効で、対象のブランチやタグへの強制 push を止めます（GitHub の説明「保護されたブランチについて」と「ルールセットで使える規則」・2026年10月26日に確認）。

{ "type": "non_fast_forward" }
// ルールセットの規則：push できる人にも参照への強制 push をさせない

どこで止められるか

ブランチの保護：保護されたブランチでは、「Rules applied to everyone including administrators」の下の「Allow force pushes」を選ばない限り、強制 push は止められます。選ぶと、書き込みの権限以上を持つ全員（管理者も含む）か、指定した人やチームだけが強制 push できます（GitHub の説明「ブランチの保護のルールの管理」）。
ルールセット：「Block force pushes」は、ルールセットが対象にするブランチやタグに効きます。REST API では non_fast_forward の規則です（GitHub の説明「ルールの REST API」）。
GitHub が止める理由：強制 push は、ほかの人が作業の土台にしたコミットをブランチの履歴から消すことがあり、マージのぶつかりや壊れたプルリクにつながります。強制 push でブランチを消したり、プルリクで承認されていないコミットをブランチに指させたりもできます。
ほかの規則はそのまま：強制 push を許しても、ほかの規則は外れません。一直線の履歴が必須のブランチには、マージコミットを強制 push できません。
既定のブランチ：ルールセットが強制 push を止めていると、組織の持ち主やリポジトリの管理者も、ルールセットを迂回できなければ既定のブランチを変えたり名前を変えたりできません。

プルリクで強制 push が要るとき

書き直したコミット：コミットの署名が必須のブランチに署名の無いコミットを push したら、そのコミットをリベースして確かめられた署名を付け、書き直したコミットをブランチへ強制 push する必要がある、と GitHub は説明しています。強制 push も止めているブランチでは、この最後の手順が断られます。コミットのメタデータの規則でも、コミットの書き直しが要ることがあります（コミットのメタデータの規則を参照）。
対象のブランチを取り込む：プルリクの画面の「Update branch」は対象のブランチを head のブランチへマージし、「Update with rebase」は代わりに自分の変更を最新の対象のブランチの上へリベースします（GitHub の説明「プルリクを対象のブランチと揃える」）。REST の「Update a pull request branch」は、対象のブランチの HEAD をプルリクのブランチへマージします。

直す所

規則を探す：リポジトリを読める人なら誰でも、有効なルールセットを見られます。リポジトリの設定の Rules → Insights には、ルールセットで確かめた操作と、失敗した操作ではどの規則が失敗したかが出ます（GitHub の説明「リポジトリのルールセットの管理」）。
許してもらう：ブランチの保護なら、管理者が強制 push してよい人やチームを選べます。ルールセットは、役割・チーム・アプリに迂回の権限を与えられます（GitHub の説明「リポジトリのルールセットを作る」）。
対象のブランチはマージで取り込む：プルリクのブランチをリベースすると強制 push が要る場合は、「Update branch」（か REST の入口）で対象のブランチをマージして取り込めます。

IntelliJ IDEA はブランチ保護の規則で強制 push を止めるが、ルールセットは読まない

IntelliJ IDEA に入っている Git と GitHub の機能が、保護されたブランチへの強制 push をどう扱うか。ソース（2026年11月1日に確認・IntelliJ IDEA：GHProtectedBranchRulesLoader.kt・getProtectionRules.graphql・GithubProjectSettings.kt・GitSharedSettings.java・GitVcsPanel.kt・GitPushSupport.java・ForcePushAction.kt・DvcsBundle.properties・GraphQL のファイル・GithubApiRequests.kt）では：

保護されたブランチの出どころ：fetch が成功した後、Git の設定「Load branch protection rules from GitHub」（GitHub からブランチ保護の規則を読む）がオン（最初からオン）で、そのサーバーの GitHub アカウントが IDE にあれば、GitHub の機能がリポジトリのブランチ保護の規則を GitHub に頼み、それぞれの規則からブランチ名のパターンだけを取っておきます。これが Git の設定の保護されたブランチ（最初は master と main）に足されます。
強制 push：push 先のブランチがそのパターンのどれかに当たると、Push の画面の Force Push の操作が使えなくなり、その説明は「Force push to <push 先> is prohibited」（強制 push は禁止）と、保護されたブランチを設定する場所になります。
読まない物：規則ごとに頼むのはパターンだけで、その規則が強制 push を許しているかは頼まないので、許している規則のブランチも IDE では保護されたブランチになります。78本の GraphQL のファイルのどれもルールセットを頼まず、REST で送る物の一覧にもルールセットの物は無いので、ルールセットだけで守られているブランチには GitHub からパターンが来ません。プルリクについてはマージ先のブランチの規則も取り、そこには allowsForcePushes もあります。マージの判定がその規則から何を使うかは GitHub：署名の無いコミットがマージを止めているの節にあります。

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

Lesstep の Pull Request Inbox for GitHub は、JetBrains IDE（2024.1 以降）のプラグインです。プルリクのレビュー・チェック・会話を差分の隣に出し、対象のブランチが許す方法でマージします。プラグインは push も強制 push もしません。「ブランチを更新」は GitHub の「Update a pull request branch」を使い、対象のブランチをプルリクのブランチへマージします。受信箱・差分・会話は無料、承認・コメント・解決・マージは Pro（月 US$1.50・30日間の無料試用つき）です。画面は日本語です。

GitHub は GitHub, Inc. の商標、IntelliJ IDEA は JetBrains s.r.o. の商標です。このページは GitHub, Inc.・JetBrains のいずれとも提携しておらず、承認も受けていません。