Jak*_*ski 39 version-control mercurial dvcs kiln
选择Mercurial作为FogCreek Kiln的基础是什么原因,FogCreek Kiln是一个源代码管理系统,具有紧密集成的代码审查和FogBugz集成?
为什么Mercurial,而不是其他(分布式)版本控制系统,如Bazaar,Git或Monotone,或创建自己的版本控制系统,如Fossil(分布式软件配置管理,包括bug跟踪和维基)呢?
使FogCreek选择Mercurial作为Kiln引擎的功能是什么?
def*_*ode 72
以下是一位窑炉开发商的回答.
在这里查看完整的详细信息.他们非常彻底地解释了自己
Von*_*onC 26
原始答案(2009年11月,GitHub只有1年,Git只有4年)
我真的不知道,但我会冒险"更好的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脚本),它可能是一个实用的选择.
七年后更新2018年:是的,Windows对Git的支持现已成为现实.
微软将其整个 Windows代码库整合到一个(巨型)Git存储库中:参见" 全球最大的 Git存储库":3.5M文件,300GB,4,000名工程师,每440个分支机构每天生成1,760个"实验室构建"以及数千个拉请求验证构建.
但这是通过添加GVFS(Git Virtual FileSystem),它允许根据您使用的内容动态下载您需要的部分.
这还没有在Git本地,虽然它的整合已经开始于2017年12月,实施了狭窄/部分克隆.
Kiln,我们一流的DVCS托管解决方案,支持Git和Mercurial!
GitHub很棒.FogBugz很棒.什么可能会更好?如何整合它们!每当传入的变更集评论提及案例时,GitHub Web Hooks都会通知FogBugz.
当我查看DVCS系统时,我喜欢 Mercurial.
也许窑炉的开发人员也一样......
(所有主要的DVCS系统都足够好,否则其他因素会更多)
我不能代表FogCreek,但我知道当我选择使用哪个DVCS时,许多人评论说git在Windows上运行不正常(除非它在cygwin中运行).由于FogBugz被设计为在Windows或Linux系统上运行(根据我的理解 - 我自己不是用户)有一个额外的层(cygwin)来运行git可能是那里的决定因素.我对Bazaar或Monotone知之甚少,所以我不能在那里提供任何反馈.
我认为 hg 与 git 的问题是一个红鲱鱼,因为 OS 支持问题本身就是一个主要区别。真正的问题是为什么 hg 而不是 bzr,因为这两者非常相似,而且 hg 开发人员自己认为 bzr 是他们真正的竞争对手,反之亦然。在为 OpenSolaris 和 OpenJDK 选择 DVCS 时,Sun 对两者进行了广泛的评估。有人想知道在 FogCreek 采摘汞的过程是什么。到目前为止,我们通过答案(除了操作系统支持问题)得到的只是一般性。
归档时间: |
|
查看次数: |
10007 次 |
最近记录: |