Mercurial与一般传统的版本控制系统的最大区别在于分布式的概念。所谓分布式，就是指没有一个所谓的集中的中心（central）库，这个库一般由svn server(svn)，vss administrator(vss)控制，而Mercurial就没有这样的一个库，所以使用版本控制的时候甚至都不需要一个administrator和server，本地直接建库，直接就使用，任何一个库都可以作为中心库，每个库在Mercurial看来都是平等的。当然，实际使用的时候，可以人为的去指定一个中心库以作为发布，但是，这里强调的是Mercurial本身不关心这个，对它来说都是一样的。Linus他在演讲的时候多次说集中式的版本控制系统没有前途，因此，Subversion的开发者想要开发一个更好的CVS其实是脑子出了毛病-_-!呵呵，实际上，他虽然说得比较过，但是分布式的版本控制的确是比集中式有很多优点。

首先，分布式最大的好处就是离线工作，不仅意味着可以不联网就享受版本控制的好处，并且也意味着普通的提交速度也要快的多，而且，以此带来的巨大灵活性甚至能改变你的工作方式，因为以前集中式的版本控制系统，每次提交都会影响到他人，以至于不能提交未经测试的版本，而使用分布式的版本控制系统时，你可以随时随地的本地提交，安全的保护自己的工作成果，以防意外，也能随时随地的本地clone，本地分支，本地就是一套完整的版本控制系统！直到修改到最终版本，然后才push（相当于集中式版本控制的commit）到真正的一个公用库上去。想到那当年作为一个新员工，每次提交代码都需要请示总监的日子。。。。那是多么痛苦的啊。。。。

其次，对于个人开发者来说，使用集中式版本控制系统的时候有没有想过，仅仅是一个人工作，为啥偏要建立一个中心库，然后每次将自己的代码提交到那上面去啊？自己本地一个副本，库还得有一个副本，也不环保嘛。呵呵，甚至，我以前还为此专门架设了自己的VSS服务和SVN服务器-_-!而用分布式的版本控制系统就没有那么麻烦了，本地建库，直接使用就好了^^只有用过后才知道原来一切都那么简单。。。。。。。。。。。。。并且，当你哪天想要将工作成果share出去的时候，也不麻烦，还是一条普通的push命令，就像远方的服务器一直搭建好了一样。

但是，其实目前来说，分布式的版本控制系统还是有一定缺陷的，比如权限控制的问题，这点可能因为Mercurial的用户群主要在于开源世界，所以没有太过重视，实际上对企业开发可能会比较重要，相对来说SVN,特别是VSS就要好的多。但是，事实上通过外部的手段进行权限的控制还是可行的（比如ssh的登录），只不过相对来说会复杂一点，这也算是个小缺陷了（可大可小）。然后Mercurial相比Git还有个缺点，那就是分支的时候不能对单独的子目录进行，一次clone就是一个工程，这样希望在一个大工程中对一个小项目进行分支，会比较麻烦，这点也算是比较大的缺点了，但是，上述缺点都不是分布式版本控制固有的，仅仅是目前Mercurial的实现的问题，相对来说，分布式和集中式这样工作方式上的区别才是最主要的，毕竟Mercurial还年轻，希望Mercurial将来的实现会更好^^