リポジトリ・ガバナンス論Dropboxのモノレポ削減とEpic Games「Lore」が示す、バージョン管理基盤の転回

目　次

序章　なぜいまバージョン管理を論じるのか................................. 3
第一章　Dropbox事例の経緯 ― 八七GBから二〇GBへ............... 4
第二章　原因の解剖 ― 圧縮ヒューリスティクスと構造の衝突......... 5
第三章　修理権の所在 ― プラットフォーム依存という統治問題.... 6
第四章　検知の方法論 ― 期待成長率からの乖離............................. 7
第五章　Epic Gamesの「Lore」 ― バイナリ第一級のVCS再設計... 8
第六章　バイト断片と意味断片 ― 混同してはならない二つの粒度.... 9
第七章　AIエージェント時代の開発基盤........................................ 10
第八章　個人・小規模環境への適用............................................... 11
附録　実践チェックリスト............................................................ 12
終章　教訓の総括 ― 基盤は観測し続ける対象である....................... 13

序章　なぜいまバージョン管理を論じるのか

バージョン管理システム、とりわけGitは、現代のソフトウェア開発においてあまりにも空気のような存在である。誰もが使い、誰もがその存在を意識しない。コードを書き、コミットし、プッシュする。この動作は開発者の身体に染みつき、Gitそのものが問題になることは滅多にない。ところが二〇二六年、二つの出来事がこの「空気」の存在を強く意識させた。一つはDropboxが公表したモノレポ削減の事例であり、もう一つはEpic Gamesが公開した新しいバージョン管理システム「Lore」である。

〔考察〕この二つは一見すると別々の話題である。前者は既存のGitを深くチューニングして延命させた運用事例であり、後者はGitの前提そのものを組み替えて新規に設計されたシステムである。しかし本稿の見立てでは、両者は同じ問いに対する別々の答えである。その問いとは「バージョン管理システムは単なる保存箱なのか、それとも観測し統治すべき本番インフラなのか」というものだ。

〔考察〕ここで、本稿の中心概念をあらかじめ定義しておく。本稿でいうリポジトリ・ガバナンスとは、Git操作の作法のことではない。生成物、履歴、正本、派生物、外部依存、そして再生成可能性を、一体の系として管理する運用規律のことである。個々のコマンドの巧拙ではなく、記録の全体がどのような構造で保持され、誰が制御点を握り、何が捨てられ、何が再現できるのかを引き受ける態度、と言い換えてもよい。

〔分析〕この問いがいま浮上した背景には、AIエージェントによるコード生成の爆発的な増加がある。コードを書く主体が人間からAI混成チームへと広がるにつれ、生成物の量は人間の想定を超えて増大し、リポジトリ、履歴、CI、監査ログといった基盤の健康状態が全体の生産性を規定するボトルネックに変わりつつある。AIがどれほど速くコードを書いても、基盤が詰まれば全体は遅い。馬力のあるエンジンを詰まった排気管につなぐようなものである。本稿は、この認識を「リポジトリ・ガバナンス」という言葉で束ね、二つの事例を通じてその内実を検討する。

〔考察〕なお本稿は、二次要約と一次資料の区別にも意識的でありたい。ニュース記事の要約は流通性に優れるが、事例の核心である技術的細部はしばしば圧縮の過程で失われる。本稿では、どの事実がどの層の資料に由来するかを可能な限り明示する。基盤の統治を論じる文章が、まず自らの典拠の統治を示すべきだと考えるからである。