バージョン管理の第二の到来

Plastic SCMの最初のエンジェル投資家と契約したまさにその週、2005年の初夏に、Linus TorvaldsはGitを発表しました。私は新しいバージョン管理システムを構築するために1年以上かけて投資家を説得していましたが、突然、Linuxの生みの親自身がそれを構築していたのです。その週、私は今後の道のりが予想よりもはるかに困難になることを悟りました。 20年間、再びあの興奮を感じることはありませんでした。数ヶ月前まで。 2025年12月頃に私たちが手動でのコーディングをすべてやめた一方で、別のものが進行していました。それは、2005年以来のバージョン管理における最大の革命でした。 同時に起こっている2つの大きな動きがあります。エージェントによるコミットペースの劇的な増加への対応の必要性、そしてGitHubを置き換えたいという突然の衝動です。 私は、これら2つの力に加えて、バージョン管理がソフトウェア開発の新しい方法に適応し、それをサポートする中で、近い将来に何が期待できるかについて考察します。 公平な警告：私は決して中立ではありません。私はPlastic SCMで20年間Gitと競合し、Activisionの巨大なモノレポについて約2年間アドバイスし、Diversionのアドバイスをし、そして現在Originで、誰もが不可能だと思っていたよりも速くGitを動作させる仕事をしているので、この戦いをリングのあらゆる角から見てきました。 巨人の失墜 わずか2年前に、GitHubがすぐに無関係になるだろうと言ったとしても、誰も信じなかったでしょう。GitHubはリポジトリホスティングの紛れもないリーダーであり、開発者がバージョン管理について考える方法さえ形作っていました。競合として（後述）あまりにも多くの時間を費やした私はそれを経験しました。もし何かが人々が理解していることと異なれば、「GitHubのやり方」だから間違っているだろうと思われがちでした。 GitHubはリポジトリと人々の両方において依然として巨大であり、ソフトウェア開発とコラボレーション全般の世界へのその影響は計り知れず、おそらく今後もそうであり続けるでしょう。 しかし、もしあなたが十分に長くこの業界にいるなら、かつてSourceForgeに誰も賭けなかった時代があり、わずか数年後、GitHubの台頭とともに、それはほとんど無関係になったことを覚えているかもしれません。 私たちは今、同じ移行期に生きているのでしょうか？ GitHubは何年にもわたって多くの素晴らしいことを成し遂げてきたので、それが存続することを願っていますが、明らかに大地震が起こっています。 バージョン管理における私の人生 もしあなたがこれを読んでいるなら、おそらく私が2005年にGitではないバージョン管理システムであるPlastic SCMを共同設立したことを知っているでしょう。それはパフォーマンスと巨大なリポジトリに関するもので、2020年にUnityに買収されました。 しかし、私が最初に使ったバージョン管理システムは、大学卒業後の最初の公式な仕事である2000年に、Visual Source Safeでした。VSSとして知られるこのシステムは、これまでで最も非難されたバージョン管理システムの一つでしたが、振り返ってみると、いくつかの非常に良い点もありました。非常にシンプルで、プロジェクト間でファイルを共有するのが非常に簡単でした。これはおそらくまだ解決されていない問題です。 数ヶ月後、ベルギーのソニーに入社してデジタルテレビを開発していたときに、当時IBMに買収されていたClearcaseに触れる機会がありました。最初はショックを受けましたが、Clearcaseは私の心を奪いました。信じられないほど優れたブランチングとマージ、仮想ファイルシステム、そして非常に柔軟でした。私は主にSunワークステーションからそれを使用していましたが、当時その「簡略化された」バージョンに触れなかったのは幸運でした（私の意見では、それはその力のほとんどを削り取ったため、それを殺すのに役立ったと思います）。 Clearcaseは非常に高価でした。私の記憶では、エンタープライズ設定でユーザーあたり年間約5,000ドルだったと思います。 バージョン管理のバグは私を強く襲いました。Clearcaseほど強力でありながら、より手頃な価格で、中小企業でも使用できるものがあれば素晴らしいのではないか？その後、SubversionやCVS、さらにはPerforce（多くの大規模ゲーム開発チームやチップメーカーにとって今でも最高のソリューションです）を知りました。 私たちは、潜在的な投資家にピッチするためのビジネスプランを作成しようと1年以上かけて、2005年の夏にPlastic SCMを開始しました。 その後、多くのバージョン管理システムが登場しては消えていくのを見ました。Accurevは、私たちが何度も競合した素晴らしいソリューションでしたが、現在はほとんど姿を消しています。MicrosoftのTeam Foundation Server、IBMのJazz（Clearcaseの後継を目指した）、Serena、そしてもう聞くことのない多くのシステムです。 2005年は最後の大きな爆発でした 2005年頃、Linuxカーネルのバージョン管理を勝ち取るための競争がありました。Bitkeeperを置き換える必要があり（それはそれ自体が物語です）、Mercurial、Darcs、そして他のいくつかのシステムがその王冠を狙っていました。正直なところ、Plastic SCMを立ち上げようとしていたときの私の夢も、Linuxカーネルをバージョン管理することでした。私の頭の中ではそれは素晴らしく見えましたが、商用製品がそれに考慮されることはまずないだろうとほとんど知りませんでした。しかし、おそらくあなたが十分にナイーブでなければ、新しいバージョン管理システムを開始しないでしょう。 そしてGitがレースに参入しました。その夏私を揺るがしたのと同じ発表で、それは勝利しました。それは革命であり、少し後、2008年頃にGitHubがそれを大衆に届け、残りは歴史となりました。 その時期に登場した新しいシステム、特にGitとMercurialが最も広く採用されたのを見るのは信じられないことでした。 第二の爆発 2025年末までに、私はいくつかの異なるチームと新しいバージョン管理ソリューションを開発していることについて話す幸運に恵まれました。そのうちのいくつかは以前から接触があり、いくつかは新しかったのですが、私が感じ始めたのは、明らかに何かが起こっているということでした。 誰もGitHubの優位性に挑戦しようとはしませんでしたが、今やあちこちのスタートアップが「次のGitHub」を作ろうとしていました。 私は、非常に重要なイニシアチブをいくつか忘れるでしょうが、私が最も興奮した主要なものを挙げます。 Everybodyは、GitHubの元CEOであるThomas Dohmkeが、Gitをベースにした新しいバージョン管理システムソリューションである彼の新しいベンチャーのために、巨大なシードラウンドを発表したときにショックを受けました。 彼らは、どのエージェントがどのプロンプトでコードを作成したかを基本的に知ることができるプロビナンス追跡をリリースしました。これは、バージョン管理をどのように扱うかにおいて必須になると信じており、また、世界中の分散レプリカによる超高速クローンなどのパフォーマンス改善も多数行っています。 Pierre 彼らのウェブサイトを訪れることは、それ自体が体験です（これがどれだけ続くかはわかりませんが）、それは他のものとはかなり異なります。Pierreは、より優れた差分とより優れたツリーをリリースし、オープンソースなので、誰もがコードUIをそれらで強化できますが、その後、コードに焦点を当てました。storage、エージェント的な現実のためのGitフォージです。 GitHubは、コミット、PR、および一般的なトラフィックの信じられないほど高い増加を処理する際にパフォーマンスの壁にぶつかりましたが、code.storageは、AIスケールで、基盤となるリポジトリを使用するすべてのプラットフォームのソリューションとして位置づけられています。 最近のXでの投稿で、彼らはLovableやその他の大規模なAIソリューションが、リポジトリを処理するために彼らのシステムにどのように依存しているかを明らかにしました。 これは間違いなく、そこにある最も有望なGitベースのソリューションの1つです。 Origin 私が聞いたのは最後でしたが、その時に、業界で大きなことが起こっていることを本当に認識しました。Cursor（現SpaceXAI）も独自のGitフォージに取り組んでいるのですか？素晴らしいです。 Originも、プルリクエスト、リポジトリホスティングなどの完全なソリューションを備えた完全なGitフォージであり、これまではパフォーマンスと信頼性に焦点を当ててきましたが、他のすべてのGitプラットフォームと同様に、これはエキサイティングな旅の始まりにすぎません。 私の友人であり同僚であるVmgは、Originの内部構造に関する素晴らしい記事（https://cursor.com/blog/git-at-any-scale）を投稿し、数週間にわたってXで「WAL S3」の議論を引き起こしました。Scott ChaconやTobias Lütkeのような人々は、Vmgの投稿に触発されて、次の数日間で独自のバージョンを実装しました。 これは、私が数ヶ月前に参加したチームであり、前述したように、バージョン管理の内部構造にフルタイムで再び取り組んでいます。したがって、私の熱意をそれに応じて判断してください。今回は、Gitと競合するのではなく、可能な限り速くすることを目指しています。 GitButler Scott Chaconの新しいバージョン管理ベンチャーは数年前から存在していますが、現在は「エージェントのためのバージョン管理」として位置づけられており、異なるアプローチを取りながらも、同じトレンドをさらに発展させています。 これまでのところ、GitButlerは新しいフォージではなく、クライアントサイドに焦点を当てており、根本的な