【IT】MicrosoftがWindowsのコードリポジトリをGitに移動

ノチラ ★

MicrosoftはWindowsのコードベースをSource Depotから、GVFSを使用したGitに移行する作業を完了した。

コーポレートVPのBrian Harry氏によると、同社は数年前に、エンジニアリングシステムの変更を決定した。社内で共通的に使用されているツールもいくつかあるが、ただひとつ、あるいは少数のチームだけが使用しているものもある。この状況はコラボレーションを難しくすると同時に、ツールやプロセスの違いに起因するマイナスの影響をもたらしている。Microsoftほどの規模の企業は、エンジニアリングシステムがカバーする分野も数多い ? ソース管理、ビルド、リリース、テスト、テレメトリ、静的分析、セキュリティなど ? ため、ひとつのステップで対応するには複雑過ぎる。そのため同社では、最初に作業計画、ソース管理、ビルドを対象とすることを決定した。

第1ステップのひとつは会社全体をVisual Studio Team Serviceで標準化し、そこから他のすべてのツールを使用可能にすることだった。ソース管理に関しては、大部分はTFSを使用しているものの、特に大規模な開発チーム - WindowsとOffice - で、同社が2000年代初めに導入したVCSであるSource Depotの使用が続けられていた。この2チームを別システムに移行する作業は、あまりにもコストが高いと考えられていたため、これまで誰もが尻込みしていたのだ。

いくつかの選択肢 - TFVC、Source Depot、Git、Mercurial - を議論した後、Microsoftは、Gitが適切な解であるかどうかを試してみることにした。中規模ないし小規模なリポジトリをGitに移行した時には問題がなくても、規模が大きな場合にはスケーリングに関する重大な問題が発生する。

数値で見るならば、Windowsのリポジトリはおよそ300GB、ファイル数は350万で、4,000人のエンジニアが、440のブランチで毎日1,700回程度のビルドを実施している。Gitリポジトリはクローン時にすべてをダウンロードする必要があるため、大規模なプロジェクトでは動作が遅くなる。この問題の解決策が、Git Virtual File System(GVFS)の導入による仮想化だ。GVFSを使用するGitでは、すべてのリソースがローカルにあるかのように動作するが、実際にはシステムがユーザの操作を監視して、必要に応じてリソースをネットワーク越しに取得する。仮想ファイルシステムを使用することによるgit.exeへの影響はほとんどない。Microsoftとしては、Gitにあまり手を入れたくなかったのだ。

3ヶ月以上の時間をかけることで、Microsoftは、Windowsチーム全体をSource DepotからVS Team ServicesのホストするGitに移行させた。移行は成功し、世界最大のGitリポジトリとなった、とHarry氏は述べている。当初発生したいくつかのパフォーマンス上の問題は、チューニングを行なうことで解決した。関係する開発者を対処とした内部調査では、70%以上がGitについて“非常に満足”あるいは“やや満足”と回答している。

MicrosoftはGVFSをオープンソースとして公開し、関心のある企業に対してその利用とコントリビューションを求めると同時に、非常に大規模なGitリポジトリを実現可能なソリューションとして推奨している。
https://www.infoq.com/jp/news/2017/07/microsoft-windows-git