GitHub Pull Request マージキュー(beta)を試す | 豆蔵デベロッパーサイト

ブランチを作成してから PR を作成するまでに発生した main ブランチの変更を取り込む必要があるケースはけっこうあります。特に規模の大きい開発ではマージの作業コストは大きくなります。マージキューの ChangeLog の文章には以下のように書かれています。 開発者はマージ前に PR ブランチを更新して、マージ時に変更が main ブランチを壊さないようにする必要がしばしばありました。PR ブランチ更新のたびに、CI によるチェックの新たなラウンドが発生し、開発者がマージを試みる前に終了する必要がありました。別の PR がマージされた場合、すべての開発者はプロセスを再度実行する必要があります。 マージキューは、マージのためにキューに入れられた各 PR がキュー内の先行する PR でビルドされるようにすることで、このプロセスを自動化します。 つまり、PR を作成したらマージする代わりにマー

[sh19910711]

お、知らなかった / "GitHub: ブランチプロテクションルールに Require merge queue が Beta ラベル付きで追加 / マージキュー: 投入された PR の順に必要なチェックを実行し main ブランチが壊れないようマージしてくれます"

[yug1224]

merge_group のトリガーが追加されているのか