Git/Mercurial-版本控制工具看开源的分裂

最近我对开源的兴趣，完全从使用GIT开始的。

GIT作为Linux Kernel所使用的分布式版本控制工具，有着非常吸引人的开源特性。从一定角度上来讲，任何人都可以参与修改已有的开源项目中的代码。Mercurial（HG）也是采用与GIT同样行为方式的版本控制工具。就是他们两个太像了，而且都出现了GIT->HG、HG->GIT的单向转换工具，从一定层次上分裂了开源社区。

分布式版本控制工具，从一定程度上降低了开源软件的参加门槛加快了开发进度。许多情况下，你只需把自己的修改整理成patch发邮件给原作者就行了，他采纳并入后会保留你的修改日志--真是让人欣喜的功能。

GoogleCode一直采用SVN作为版本控制工具，不过最近加入了对Mercurial的支持；对于GoogleCode为什么不采用或同时提供GIT他们做了很多的解释，但是开发者并不买账：许多项目都在GoogleCode上使用issue而在GitHub.com上发布代码，或干脆只使用GitHub.com进行发布。一定数量的开发者并不会由于GoogleCode的影响而使用Mercurial，原因就在于他们认为脚本语言实现的版本控制工具不如C所实现的更符合教义。而原本使用SVN进而转变成分布式版本工具时的分歧，必然会造成开发人员的分裂。

个性的存在是开源之所以出现的根本，同时由于相互理念的不同分裂是不可避免的。开源的门槛越低发展越迅速，同时分裂也会越发的严重；同时也就是分裂所造成的竞争，才造就了现在的开源世界。