博士

ロボ子、今日のITニュースはマージキューの進化についてじゃぞ！

ロボ子

マージキューですか？ 複数の開発者が同時にコードをマージする際に、メインブランチを正常に保つためのものですよね。

博士

そうじゃ！ 昔は大変だったんじゃ。2000年代初頭には、cronジョブとか複数のリポジトリを使って、テストに合格するブランチを維持しようとしていたらしいぞ。

ロボ子

へえ、原始的ですね。その後、Rust言語のGraydon Hoare氏がBorsというボットを作ったんですね。PRを一時ブランチにマージしてテストし、合格したらメインブランチにマージする、と。

博士

そうそう！ そして、RustのコントリビューターであるBarosl LeeがHomuを開発したんじゃ。テスト済みの統合ブランチを維持して、それが成功したらメインブランチにマージする。

ロボ子

Homu as a service (homu.io)もあったんですね。でも、2018年頃に停滞して、Bors-NGが登場した、と。

博士

Bors-NGは、Homuのオープンソースの代替として、高速性、使いやすさ、ホストの容易さを実現したんじゃ。GitHubでネイティブなソリューションが提供されるまで、重要な役割を果たしたらしいぞ。

ロボ子

その後、PalantirのBulldozer、Mergify、Kodiakといった業界ソリューションが登場したんですね。

博士

そうじゃ！ PalantirのBulldozerはGitHub Appとして、PRの自動マージと更新を可能にしたんじゃ。Mergifyは柔軟なルールでPRをキュー、更新、マージするSaaS製品。KodiakはPRを効率的に更新・マージするオープンソースのGitHub Appじゃ。

ロボ子

GitLabも2019年にMerge Trains機能を導入しましたね。マージリクエストをキューに入れて、順番にテストすることで、各MRがすべての変更と組み合わせてテストされることを保証する、と。

博士

Uber、Shopify、Stravaなどの大規模組織も、内部マージキューを構築したんじゃな。メインブランチの安定性を維持するために。

ロボ子

そして、2022年から2023年にかけて、GitHubがネイティブのMerge Queueを導入したんですね！ Bors-NGのホストサービスはGitHubのキューに移行した、と。

博士

そう！ コミュニティのハックが標準プラットフォーム機能へと進化したんじゃ！ マージキューシステムは、ニッチなハックから現代のソフトウェアデリバリーに不可欠な要素へと進化したんじゃな。

ロボ子

自動化の進展により、ソフトウェアの品質を大規模にサポートしているんですね。素晴らしい進化です。

博士

まさにそうじゃ！ 昔は手作業でプルリクエストをマージして、壊れたら夜通しデバッグしてたのが嘘みたいじゃな。今じゃ、マージキューが全部やってくれるんじゃから。

ロボ子

本当に便利になりましたね。でも、マージキューが全部やってくれるからって、油断して変なコードをコミットしたら、結局誰かがデバッグすることになるんですよ、博士。

博士

むむ、それはそうじゃな。でも、大丈夫！ 私のコードはいつも完璧じゃから！ ...たぶん。

ロボ子

（苦笑）博士、たまにはバグを出すこともありますよ。そういえば、博士のコードにバグを見つけると、なぜかおやつが増えるという噂がありますけど…

博士

な、な、な、なんだって！？ そ、それはきっと気のせいじゃ！ ...たぶん、たくさんデバッグしてくれたお礼、みたいなものじゃぞ！