为什么窑是基于水银，而不是其他（四）VCS
selectMercurial作为FogCreek Kiln的基础的原因是什么？FogCreek Kiln是一个源代码pipe理系统，具有紧密集成的代码审查和FogBugz集成？
为什么Mercurial，而不是其他（分布式）版本控制系统，如Bazaar，Git或Monotone，或者创build像Fossil （分布式软件configurationpipe理，包括bug跟踪和wiki）自己的版本控制系统呢？
什么使FogCreekselectMercurial作为窑引擎的function？
这是一个窑的开发者的答案。
- 它提供了真正的分支。
- 这很容易使用。
- Windows支持非常好。
- 它很快。
- 它很强大。
- 它很容易扩展。
在这里查看完整的细节。 他们相当彻底地解释自己。
我真的不知道，但我会冒险“更好的Windows支持”，Windows可能是他们的大多数客户群的主要平台。
Git仍然是一个“unix / linux”产品， 通过mSysGit提供“有希望”的Windows支持。
只读一些MSysGitHerald文章的语气，就像第九篇：
很长一段时间，msysGit被Hannes，Steffen，Sebastian Schuberth和我自己[Johannes Schindelin]组成的团伙推进了。 在某个阶段，我非常沮丧，因此我完全停止了msysGit的工作。 原因很简单：没有什么乐趣。 有太多的人要求修正或改进，他们都没有提供他们自己的贡献。 由于我不是一个Windows用户（从1994年开始就是一个Linux用户），对于我来说，mSysGit的工作还不够。 所以我停了下来。
但与此同时，事情已经改变了。
我们得到了…
当把这个工具推广给你的IT老板的时候，这并没有激起很大的信心。 我非常满意Git的个人用法，非常感谢所有mSysGit贡献者的辛勤工作，但在一家大公司，我很难让Git成为我们的Windows开发人员采用的默认DVCS工具。
这既是因为学习的曲线，也主要是因为支撑水平还没有。
这只是一个个人的观点，如果你有成功部署Git的不同经验，给你更多的权力。
Mercurial是最接近Git的DVCS，基于可移植的Python脚本（而不是基于linux / unix的sh脚本），它可能是一个实用的select。
当我看着DVCS系统时， 我喜欢 Mercurial，因为。
- Mercurial开发者似乎关心微软Windows用户。
- Mercurial开发人员不认为Microsoft Windows用户是被迫使用Windows的Unix用户。
- 与许多开源开发者不同，Mercurial的开发人员似乎并不讨厌微软赚钱。
也许窑的开发者也是这么想的
（所有主要的DVCS系统都足够好，否则其他因素会更多）
我不能说FogCreek，但是我知道什么时候我select哪个DVCS来使用很多人评论说git在Windows上不能正常工作（除非它是在cygwin中运行的）。 由于FogBugz被devise为在Windows或者Linux系统上运行（据我所知，我不是用户自己）有一个额外的层（cygwin）来运行git可能一直是决定性因素。 我不太了解巴扎或单调，所以我不能在那里提供任何反馈。
我认为hg和git的问题是一个红鲱鱼，因为OS支持问题本身就是一个主要的区别。 真正的问题在于，为什么是hg而不是bzr，因为这两者非常相似，而且hg开发者自己认为bzr是他们真正的竞争对手，反之亦然。 Sun在为OpenSolaris和OpenJDKselectDVCS时进行了广泛的评估。 人们想知道在FogCreek采摘hg的过程是什么。 所有我们迄今为止通过答案（除了操作系统支持问题）的方式是普遍性。
所以现在他们也添加git：
Kiln Harmony是一个最大的新function，它可以让你使用Git或Mercurial来操作Kiln仓库。 所以你可以使用Git将更改推送到一个窑回购，然后使用Mercurial将其拖动。 这意味着您不必决定是否要使用Git或Mercurial。
