Git与Mercurial：他们有何不同？
Git和Mercurial有何不同？本文的目的是解释两个版本控制系统（VCS） – Git和Mercurial之间的相同点和不同点。
自2005年4月他们几乎同时在开源世界首次亮相以来，Git和Mercurial采取了截然不同的路径。它们都旨在取代名为BitKeeper的商业VCS。BitKeeper的创建者最初向Linux内核开发人员提供免费许可，但随后他以“善变”（或变化无常）的方式改变了主意。这就是Mercurial这个名字的来源。
Git和Mercurial的历史
从那时起，Git一直稳步成长为最受欢迎的VCS。它最初由Linus Torvalds本人大力推广。作为开创性的Linux创建者，他曾经是世界上首屈一指的开源倡导者，他非常高兴地批评其他所有VCS。
Mercurial没有以同样的方式成长。2008年，开源社区在Bitbucket和GitHub中找到了新家。GitHub显然支持Git，而一个鲜为人知的事实是Bitbucket推出了Mercurial。
2011年，在Atlassian收购了Bitbucket之后，他们又增加了对Git仓库的支持。但是，GitHub已经成为开源的家园。GitHub的受欢迎程度超出了Bitbucket和Mercurial的范围。如今，它拥有超过3100万用户，并归微软所有。在过去十年中，Git已成为大多数开发项目的标准。
Mercurial仍然有少数大型开发组织使用它 – 包括Facebook，Mozilla和万维网联盟（W3）。但它只占VCS市场份额的2％左右。相比之下，Git的比例超过80％。
Git vs. Mercurial：有什么相同？
Mercurial和 Git都是分布式版本控制系统（DVCS）。
DVCS允许开发人员将充满代码的仓库下载到他们的工作站，执行他们的工作项，然后将其放回中央服务器。虽然这意味着您可以脱机工作，但这不像过去那样令人担忧。（谁不总是在线？）
一旦每个开发人员的工作完成，它就会与其他人在“开发代码行”中的工作合并。它会经过测试，然后，在某些时候（通常希望更早而不是更晚），它将投入生产。
在一天结束时，Git和Mercurial做同样的事情 – 它们可以帮助您管理源代码的版本历史记录。但它们之间存在很大差异。在讨论Git与Mercurial之间的差异时，对话往往围绕可用性，所需专业知识和安全性。
易于使用 - Mercurial更简单
在比较Git与Mercurial时，其中一个显着差异是使用每个系统所需的专业知识水平。Git更复杂，它需要您的团队在安全有效地使用它之前从内到外地了解它。使用Git，一个草率的开发人员可能会对整个团队造成重大损害。它的文档也很难理解。
一般而言，如果您的团队经验不足，或者团队中有非技术人员，Mercurial可能是更好的解决方案。
Mercurial的语法更简单，文档更容易理解。此外，它以工具的方式工作 – 在使用它时你不会考虑很多事情。相反，使用Git，您最终可能会花时间搞清楚那些你被Git“挑剔”的行为（意指不合法的操作）并且往往还要在论坛上寻求帮助。
一旦你克服了学习曲线，Git为团队提供了更大的灵活性。
Git有更多的命令，而且命令参数很多样化
如果您选择Git，请考虑选择一个直观的GUI。在命令行上使用Git会导致噩梦，特别是在开始时。Git中的命令很长并且有多个选项，这增加了难度。
Git与Mercurial 的安全性
Git与Mercurial中的分支模型
听起来可能比较奇怪，但你可以说Git和Mercurial都比另一个更安全，不会自相矛盾。也就是说，它们都没有提供大多数团队所需的安全性。
Git与Mercurial的安全性取决于您的技术专长水平。对于缺乏经验的用户来说，Mercurial可能更安全，但Git可以提供增强安全性的方法（一旦你知道自己在做什么）。
VCS都没有提供防止人们意外或故意破坏代码的安全性。简而言之，它们都没有提供大多数团队所需的强大安全性。
默认情况下，Mercurial不允许您更改历史记录。但是，Git允许所有相关开发人员更改版本历史记录。显然，这可能会带来灾难性的后果。使用基本的Mercurial，您只能使用“hg commit – amend”更改上次提交。
Git还会在reflog中存储30天内所做的每一项更改。例如，您可以修改最新提交的提交消息，并将其还原30天。但是，更改只能在本地进行，因为默认情况下这些更改不会推送到远程存储库。30天后，更改被统一，这意味着您无法再恢复。
Git与Mercurial中的分支模型
分支意味着使用您要修改的文件 – 源代码。分支允许您同时处理不同版本的代码。然后开发人员可以合并更改，而不会（希望）打破代码库。
Git的分支模型
开发人员使用Git的主要原因之一是其有效的分支模型。在Git中，分支只引用某个提交。这使它们轻巧而强大。
Git允许您随时创建，删除和更改分支，而不会影响提交。如果您需要测试新功能或发现错误 – 创建分支，请执行更改，然后删除分支。
Mercurial的分支模型可能导致混乱
Mercurial中的分支并不具有相同的含义。这可能会使它更加麻烦。在Mercurial中，分支指的是连续变更集的线性线。变更集（csets）是指对存储库中的文件所做的一整套更改。
Mercurial将分支嵌入提交中，永久存储它们。这意味着无法删除分支，因为这会改变历史记录。但是，您可以使用书签引用某些提交，并以与Git分支类似的方式使用它们。
最后，Mercurial要求您小心谨慎，不要将代码推送到错误的分支，特别是如果您没有明确命名它们。你可以在Git中轻松避免这种情况。
Git和Mercurial之间的主要区别在于不同的分支结构。可以说，Git中的分支比Mercurial更好。尽管Mercurial可能更容易学习和使用，但它的分支模型经常会造成混乱。
在Git中获取就绪代码，即索引文件
Git支持暂存区域的概念，也称为索引文件。
暂存是为下次提交添加文件的做法。它允许您选择下一个要提交的文件。当您不想将所有已更改的文件一起提交时，这非常有用。
在Mercurial中，提交前没有索引或暂存区域。更改将在工作目录中提交。对许多人来说，这可能是一个充分而简单的解决方案。但是，如果您希望选项选择您提交的工作目录的哪些部分，则可以使用Mercurial扩展，例如DirState或Mercurial Queues。
Git 和Mercurial：你选择哪个？
从根本上说，Git和Mercurial是相似的，每个都有它作为版本控制系统的优点。它们的设计不同，需要不同程度的专业知识。
Git已经成为行业标准，这意味着更多的开发人员对它很熟悉。Mercurial的最大优势在于它易于学习和使用，这对于技术含量较低的贡献者非常有用。
几乎没有人再使用Mercurial了。在Git 和 Mercurial辩论中，Git是纯Web和移动应用程序开发的明智选择。但是，如果您拥有混合资产，大型全球团队或严格的安全要求，您可能需要考虑Helix Core或Helix4Git。
Helix4Git可帮助您扩展现有的Git环境。Helix Core和Helix4Git提供细化权限和所有数字资产的完整更改历史记录 – 从源代码到二进制文件。这两种解决方案都可确保全球团队快速获取所需文件。
