GitHubのMerge Queueとは何か？それと、認識しておきたいこと - Mitsuyuki.Shiiba

同僚に「GitHubのMerge Queueってあんまり知らないんだけど、どう思う？」って聞かれて「あー。僕もあれよく分かってないんだよね」って返事をして、ちょうどいい機会なので見てみた 見てみた感想としては、いくつか気をつけておきたい点があるけど、チームの開発の進め方にうまくはまれば便利な機能だな、という感じ（なんでもそうか・・・） Merge Queueって? 2023年の7月にGAになったGitHubの機能 プルリクエストをマージするときに「マージ先のブランチ（ベースブランチ）の最新の変更を取り込んでからChecks（つまりCI）を実行して、それが成功したらマージしといて！」ってお願いできる便利機能。名前のとおりQueueになっているので複数のプルリクエストからenqueueできて前から順番に処理してくれる そうは言われても最初に説明を見た僕は「？？？」状態だった。「なんでこんな機能

[bufferings]

Merge Queueおもしろかった！

[wata88]

この手のが全然teamプランに降りてこないのが不満

[tmatsuu]

わいわい

[atsushieno]

懇切丁寧に説明されててよい

[dorapon2000]

“Checksが成功したら勝手にマージされるので待たなくていい でも、待ち時間は2倍になる”

[efcl]

Merge Queueについて。 Merge QueueようのWorkflowで何を実行するかの話

[hagane]

そんな機能あったの？と思ったら、Teamプランじゃ縁のない機能だった

[Kesin]

大規模なリポジトリでは最終的にみんなが欲しい機能として辿り着くののだろうけど、何人かが異なるワークアラウンドを編み出してるぐらいにはGitHub側が詰めきれていない印象で惜しい

[hinaloe]

> Organization が所有するパブリック リポジトリ、または GitHub Enterprise Cloud を使っている Organization が所有するプライベート リポジトリで使うことができます。

[tofu-kun]

わかりやすい