GitHub、不完全な機能フラグでマージキュー破損、658リポジトリが影響
原題: The Silent Merge Queue Corruption That Hit 658 GitHub Repos
なぜ重要か
GitHubの中核機能であるマージキューの破損は、開発者の信頼性に直結する重要な障害事例として注目される
2026年4月23日、GitHubのプルリクエストサービスに展開された変更により、不完全な機能フラグゲートが原因でマージキューが破損。3.5時間にわたり658のリポジトリと2,092のプルリクエストが影響を受け、squashマージグループで以前の作業が静かに取り消される問題が発生した。
GitHubのマージキューは、レビューとCIを通過したプルリクエストをグループ化し、結合状態を再テストしてからデフォルトブランチに順序立てて統合する仕組み。しかし2026年4月23日16:05 UTC、プルリクエストサービスへの変更展開により、マージキューの参照更新時のマージベース計算に新しいコードパスが導入された。この変更は未リリース機能の機能フラグで制御される予定だったが、ゲートが不完全だった。複数のプルリクエストを含むsquashマージグループの特定ケースで、新しいパスが意図せず実行された。squashマージグループは最終的な三方向マージで正しいベースを選択することに依存するため、間違ったベースによりGitHubは表面上はデフォルトブランチを進歩させているように見えるが、実際にはグループに既にマージされた変更を静かに削除するコミットを作成した。Gitの履歴は存在し、コミットオブジェクトも構造的に有効だったが、ブランチの先端がキューが統合すべきコードを表していないという意味的な破損が発生。19:38 UTCに顧客からの問い合わせ増加でGitHubが問題を認識し、20:43 UTCまでにコード変更を元に戻して修正を強制展開した。