GitはAIコーディングの津波に備えていない

Gitは世界で最も広く使われる分散バージョン管理システムですが、AIコーディングの普及により前例のない課題に直面しています。AIが生成したコードやプルリクエストの急増により、GitHubなどのサービスは過負荷状態に陥っています。先月、HashiCorpの共同創設者ミッチェル・ハシモト氏は、人気のオープンソース端末エミュレーターGhosttyをGitHubから移行すると公表しました。理由は頻繁なサービス中断とプルリクエストの遅延です。同氏は問題はGit自体ではなく、イシューやプルリクエスト、Actionsなどの周辺インフラにあると指摘しました。

2025年、GitHub上でAIが生成したプロジェクトは（Bashスクリプトの使用量で測定）前年比206%増加し、AIコードはより多くのバグを生み出しています。GitClearの調査によると、AI生成のプルリクエストは1件あたり平均10.83の問題を引き起こし、人間が作成した6.45を上回ります。DevOpsプラットフォームAutopticの共同創設者ペコ・カラヤネフ氏は、AIエージェントがソフトウェア開発を継続的フローへと押し進めていると警告しますが、Gitの操作（コミット、プッシュ、マージ）は依然として手動トリガーに依存しており、自動化の需要に追いついていません。

これらの問題に対応するため、複数のプロジェクトがGitの改善や代替を試みています。GitButlerは仮想ブランチ技術を採用し、開発者が同時に異なるブランチで作業できるようにし、「リベース地獄」を解消します。共同創設者のスコット・チャコン氏は、Gitの使い勝手には「鋭いエッジ」が多く、GitButlerはGitの「磁器層」を再設計するものだと述べました。チャコン氏はまた、GitHubの問題は全ユーザーが単一サービスに集中していることに起因し、Gitを分散的に運用し、クライアントを介してグローバルにミラーリングすることを提案しています。

より抜本的な変革を目指すのがDiversionです。同社は大規模ゲーム開発向けの新しい分散バージョン管理システムを開発しています。CEOのサーシャ・メドベドフスキー氏は、Gitのアーキテクチャは本質的に拡張性を制限し、単一スレッドで動作するため同時操作が不可能で、リポジトリが大きくなるほどコミットが遅くなると批判します。さらに、JujutsuプロジェクトはGit互換のバージョン管理システムで、アンドゥ機能や競合時でもコミットを継続できる機能を提供します。GitoxideはGitをRustで再実装し、マルチコア処理によるパフォーマンス向上とメモリ安全性を目指しています。

Git自体も進化しています。FOSDEM 2026で、コアコントリビューターのパトリック・スタインハルト氏はGit 3.0の改善点、特にReftable機能について発表しました。現在Gitは「packed-refs」ファイルで参照を管理していますが、プロジェクトが大きくなるにつれてファイルの読み書きが非効率になります。Reftableはインデックス可能なバイナリ形式を採用し、ブロック更新をサポートすることで、大規模リポジトリでのパフォーマンスを大幅に向上させます。この改善により、AIエージェントによる大量のコミットにも対応できるようになります。

AIコーディングの波に対し、Gitはその中心的存在を維持できるでしょうか。新しいクライアントから低レベルの再構築、プロトコルの改善まで、コミュニティは多様な方向から解決策を模索しています。課題は大きいものの、Gitの柔軟性と広範なエコシステムが緩衝材となるでしょう。チャコン氏が言うように、すべてのワークフローはすでに変化しており、システムもそれに応じて変化する必要があります。