目前,Eclipse 上使用 Git 的项目数量已经超过了使用 SVN 的仓库数,这使得 Git 独树一帜,成为 Eclipse 项目最为流行的版本控制系统。虽然Git 自从 Helios 发布后就已经出现了,但迁移到 Git 仅仅从去年夏天 Eclipse Indigo 发布后才开始。
虽然很多项目已经开始从 Subversion 与 CVS 上进行迁移,但还有不少项目依然在使用 CVS 或 Subversion 仓库。这些项目很可能会在 Indigo SR2 发布后被清理掉,到期时间为今年 2 月份。值得强调的是,CVS 将会在今年底变为只读状态,但在今年夏天 Eclipse Juno 发布时将不会再有 CVS 仓库了。
更有趣的是 Eclipse 上 Git 项目的增长并非来自于对 CVS 仓库的替换,而是来自于对 SVN 仓库的替换。目前,CVS 占据了 Eclipse 上不到 40% 的仓库,其中很多项目的年代都很久远,他们一直位于 Eclipse 上,比如核心平台与 IDE 组件等。这些项目都在等待 Indigo SR2 发布后就完全迁移至 Git 上。SVN 仓库的比例下降得却很快,目前只有不到 20% 的项目还在使用 Subversion。这在一定程度上是因为我们可以更轻松地将 SVN 项目的导入自动转换到 Git 上而无需行政上的文件做保证;但还有一部分原因是出于历史原因,一些项目无法从 CVS 上迁移出来,而新项目则更加敏捷。
与此同时,在 Apache 上,官方的 Apache Subversion 仓库上已经有个只读的git 项目镜像。然而,当CouchDB 想要迁移到git 上时, Apache 却认为这么做是不行的。有些人觉得这是因为 Apache Subversion 项目在作祟;但事实上,Subversion 一直以来都是 Apache 首选的仓库,甚至在 Subversion 项目从 collabnet 迁移到 Apache 之前就是这样的了。
更新:有人已经提议允许 Apache 的孵化项目使用 Git ,这样就可以提前准备好一些 Git 资源以便 Git 仓库的管理。如果这么做是可行的,那么这可能会导致未来有更多的项目迁移到 Git 上。
最近(此前半年),Google Code 允许项目在Git 与Hg 之间做出选择以作为其分布式版本控制系统(一开始只支持Hg)。从那以后,Git 仓库不断增长,很多Hg 仓库也已经迁移到了Git 仓库上。在Google Code 上搜索 git 会返回 5m 个结果,而搜索 hg 则返回 16m 个结果(Google 在 2009 年 4 月就添加了对 Hg 的公开支持;这样,Hg 已有 2.5 年的历史了,而 Git 在 Google Code 上才半年而已)。
Atlassian 去年收购了 Bitbucket ,除了一开始提供的 Hg 支持,Bitbucket 也提供了 Git 托管。虽然 Bitbucket 并未透露使用这两种版本控制系统的项目数量,但搜索 hg site:bitbucket.org 会返回 16m 个结果,搜索 git site:bitbucket.org 则返回 5m 个结果,这个数量非常类似于 Google Code(但 BitBucket 提供 Hg 仓库的时间要比 Google Code 长得多)。
无论你如何看待,分布式版本控制系统正在成为主流而非异类。现如今的开发者都生活在 GitHub 时代。
评论