为什么Kiln基于Mercurial，而不是其他（D）VCS

作者: Hey ou
发布时间: 2024-12-12 10:07:00 (2月前)
转自：

7 条回复

0#
回复此人
咿呀哟 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> <a href="http://www.joelonsoftware.com/items/2013/03/11.html" rel="nofollow"> 所以现在他们还添加了git： </A> </p> <BLOCKQUOTE> <P> 最大的新功能之一是Kiln Harmony，它可以让你使用Git或Mercurial在Kiln存储库上运行。所以你可以使用Git将更改推送到Kiln repo，然后使用它们水银。这意味着您永远无需决定是否需要使用Git或Mercurial。 </p> </BLOCKQUOTE> </DIV>

编辑
1#
回复此人
不浪漫罪名 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> 原始答案（2009年11月，GitHub只有1年，Git只有4年） </p> <P> 我真的不知道，但我会冒险“更好的Windows支持”，Windows可能是他们大多数客户群的主要平台。 <BR/> Git仍然是一个“unix / linux”产品，具有“充满希望”的Windows支持 <a href="http://code.google.com/p/msysgit/" rel="nofollow noreferrer"> 通过mSysGit </A> 。 <BR/> 只是读一些的语气 <a href="http://code.google.com/p/msysgit/wiki/MSysGitHerald" rel="nofollow noreferrer"> MSysGitHerald </A> 文章，像 <a href="http://code.google.com/p/msysgit/wiki/MSysGitHerald9" rel="nofollow noreferrer"> 第九个 </A> ： </p> <BLOCKQUOTE> <P> 很长一段时间，msysGit由Hannes，Steffen，Sebastian Schuberth和我自己[Johannes Schindelin]组成的团伙推动。在某些阶段我非常沮丧，我完全停止了msysGit的工作。原因很简单：它不再有趣。太多人要求修复或增强，而且没有人提供他们自己的贡献。由于我不是Windows用户（自1994年以来一直是一个快乐的Linux用户），因此mSysGit的工作对我来说没有足够的回报。所以我停了下来。 <BR/> 但与此同时，情况发生了变化。 <BR/> 我们得到了......的贡献 </p> </BLOCKQUOTE> <P> 在将这个工具推向您的IT老板时，这并没有激发出很大的信心。我非常满意Git的个人用法，非常感谢所有mSysGit贡献者的辛勤工作，但在一家大公司，我很难将Git作为Windows开发人员采用的默认DVCS工具。 <BR/> 两者都因为学习曲线，但主要是因为支持水平还没有。 <BR/> 这只是个人意见，如果您有成功部署Git的不同经验，那么您将获得更多权力。 </p> <P> Mercurial是最接近Git的DVCS，基于可移植的Python脚本（而不是基于linux / unix的sh脚本），它可能是一个实用的选择。 </p> <HR /> <P> 七年后更新2018年：是的，Windows对Git的支持现已成为现实。 </p> <P> 微软有它的 <EM> 整个 </EM> Windows代码库进入 <EM> 一 </EM> （巨人）Git存储库：见“ <a href="https://blogs.msdn.microsoft.com/bharry/2017/05/24/the-largest-git-repo-on-the-planet/" rel="nofollow noreferrer"> 这个星球上最大的Git回购 </A> “：3.5M文件，300GB，4,000名工程师，每天生产1,760个实验室，包括440个分支机构，以及数千个拉取请求验证版本。 <BR/> <EM> 但 </EM> 这是添加的 <a href="https://en.wikipedia.org/wiki/Git_Virtual_File_System" rel="nofollow noreferrer"> GVFS（Git虚拟文件系统） </A> ，允许根据您使用的内容动态下载您需要的部分。 <BR/> 这是 <EM> 不 </EM> 但是在Git本地，虽然 <a href="https://stackoverflow.comhttps://stackoverflow.com/a/48012038/6309" rel="nofollow noreferrer"> 它的整合已于2017年12月开始，实施了狭窄/部分克隆 </A> 。 </p> <P> <a href="http://help.fogcreek.com/8048/integration-with-git" rel="nofollow noreferrer"> Kiln也宣传了Git的支持 </A> ： </p> <P> 的<strong> <a href="http://fogcreek.com/kiln/" rel="nofollow noreferrer"> 窑 </A> </强> ，我们一流的DVCS托管解决方案，支持Git和Mercurial！ <BR/> GitHub很棒。 FogBugz很棒。什么可能会更好？如何整合它们！每当传入的变更集评论提及案例时，GitHub Web Hooks都会通知FogBugz。 </p> </DIV>

编辑
2#
回复此人
十二* | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> 当我看着DVCS系统的<strong> 我喜欢 </强> Mercurial因为。 </p> <UL> <LI> Mercurial开发人员似乎关心Microsoft Windows用户。 </LI> <LI> Mercurial开发人员并不认为Microsoft Windows用户是被迫使用Windows的Unix用户。 </LI> <LI> 与许多开源开发人员不同，Mercurial开发人员似乎并不讨厌微软赚钱。 </LI> </UL> <P> 的<strong> 也许 </强> 窑开发人员也这么认为...... <BR/> （所有主要的DVCS系统都足够好，否则其他因素会更多发挥作用） </p> </DIV>

编辑
3#
回复此人
小它．Little it | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> 我认为hg与git的问题是一个红色的鲱鱼，因为OS支持问题本身就是一个主要的区别。真正的问题是为什么hg而不是bzr，因为这两者非常相似，而且开发人员自己认为bzr是他们真正的竞争对手，反之亦然。 Sun在为OpenSolaris和OpenJDK选择DVCS时进行了广泛的评估。人们想知道在FogCreek采摘汞的过程是什么。到目前为止，我们通过答案（除了操作系统支持问题）得到的所有内容都是通用性。 </p> </DIV>

编辑
4#
回复此人
喜欢一个人丶 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> 我不能代表FogCreek，但我知道当我选择使用哪个DVCS时，许多人评论说git在Windows上运行不正常（除非它在cygwin中运行）。由于FogBugz被设计为在Windows或Linux系统上运行（根据我的理解 - 我自己不是用户）有一个额外的层（cygwin）来运行git可能是那里的决定因素。我对Bazaar或Monotone知之甚少，所以我不能在那里提供任何反馈。 </p> </DIV>

编辑
5#
回复此人
老夫的少女心吖 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> 以下是一位窑炉开发商的回答。 </p> <UL> <LI> 它提供真正的分支。 </LI> <LI> 它易于使用。 </LI> <LI> Windows支持非常好。 </LI> <LI> 它很快。 </LI> <LI> 它很强大。 </LI> <LI> 它很容易扩展。 </LI> </UL> <P> 查看完整的详细信息 <a href =“https://web.archive.org/web/20130801182155/http://kiln.stackexchange.com/questions/187/why-is-kiln-supporting-mercurial-over-git-or-another -scm“rel =”nofollow noreferrer“> 这里 </A> 。他们非常彻底地解释了自己 </p> </DIV>

编辑

登录后才能参与评论