Git作为商业客户？为什么没有git-hg？

这个问题困扰了我一段时间。我已经完成作业并检查了stackoverflow，并至少找到了有关我的问题的以下两个主题： Git for Mercurial（如git-svn）和 Git与Mercurial存储库的互操作性

我已经进行了一些认真的谷歌搜索来解决这个问题，但是到目前为止还没有运气。我还阅读了《Git Internals》一书，以及《幕后的Mercurial Definitive》一书试图找出答案。我仍然有些困惑，为什么我找不到合适的git-hg工具。

从我的角度来看，git-svn是主要功能之一，为什么在工作中我还是选择使用git而不是Mercurial。它使我可以使用自己喜欢的工作流程，如果他们不在乎，则无需其他任何人打扰。正如链条之一所示，我只是看不到使用中间的hg repo来回转换的意义。

因此，无论如何，从我读过的书中，hg和git在概念设计上似乎非常相似。内在存在差异，但是这些差异都不能阻止为hg创建git客户端。在我看来，远程跟踪分支和章鱼的合并使git比hg更加强大。

因此，真正的问题是，是否有任何真正的原因导致git-hg不存在（或至少很难找到）？git用户（和开发人员）对他们的hg同行是否有敌意，导致缺少git-hg工具？你们中的任何人是否有计划开发类似的东西并公开发布？我可以自愿（尽管具有很弱的C技能）参加以完成此任务。我只是不具备自己动手的全部知识。

这可以成为永久结束所有DVCS战争的工具吗？

hg-git和作者的Pycon演示文稿解释了他对这种情况的看法。不确定在谷歌搜索时是否遇到了这些问题，但他们回答了我的问题。

我没有尝试过，但是似乎有一个git-hg项目。该项目在页面和自述文件中将自己描述为：

git-hg实用工具，用于签出和跟踪商品回购。

一组用于签出和跟踪商业项目的脚本。

不过，它似乎无法双向运行（请参阅问题跟踪器）。

还有另一个项目可以实现这一点：git-remote-hg。实际上有两个，一个是本地的（请参阅https://github.com/msysgit/msysgit/wiki/Guide-to-git-remote-hg），另一个是基于hg-git的一个（请参阅https://github.com 。 com / rfk / git-remote-hg）。前者比后者快得多，但仍不完善且仍在开发中。

实际上已经有用于其他系统的git远程帮助程序（称为这些工具），它们已经存在或正在开发中。这包括对Subversion，CVS，集市甚至MediaWiki的支持。

然后通过git克隆Mercurial存储库就像这样：

git clone hg::https://hg.example.com/some-mercurial-repo

更新：现在有第三个，也是“本地”，即费利佩在他的回答中提到的那个。看起来很快它可能是git'contrib'目录的一部分：https : //github.com/felipec/git-remote-hg 尽管不需要git本身的补丁，它也可以工作，尽管git的一些补丁（正在接受审查） ）可用于改善整体用户体验。

更新2：现在又有一个竞争者，这个竞争者正在相当活跃的开发中，并且基于felipe的代码：https : //github.com/buchuki/gitifyhg-到目前为止，它对我来说效果很好，但是有仍然有些粗糙。

更新3：目前尚未积极维护gitifyhg和Felipe的git-remote-hg。暂时，我用一些修复程序制作了Felipe的代码形式，其中包括一些使其与最新的Mercurial版本一起使用的代码。您可以从https://github.com/fingolfin/git-remote-hg获得它。最后，还有另一个最近的竞争者，git-cinnabar内部使用完全不同的方法（尽管如果您对此不关心，则使用该方法与其他git-remote-hg实现大致相同）。我还没有尝试过，但是您可以在https://github.com/glandium/git-cinnabar上找到它

hg-git显然可以用于本地git，以及远程的软件仓库：http : //traviscline.com/blog/2010/04/27/using-hg-git-to-work-in-git-and -推到hg /

也不要错过评论。

有人已经提到了两个git-remote-hg，但这是一个新的：

git中的桥梁支持，用于购物和集市

它比msysgit具有更多功能，并且应该更可靠地工作，但最重要的是；您不需要任何依赖关系或自定义git build。只需复制到$ PATH即可。

它具有广泛的测试来检查输出是否与hg-git完全相同，因此它至少应该也可以正常工作。

有一个新项目可以完成以下任务：

• https://github.com/abourget/git-hg-again

它很好地集成了双向功能。

我认为确实没有太多动机去创造一个。没有人会因为不得不使用一个而被严重地残废。他们都是DVCS。当然，每个人都可能有他们的偏爱，但是他们通常只会吸食它，并在必要时使用另一个。我认为hg-git之所以出现是因为git的使用非常广泛，而采用hg的项目却很少。

相反，如果一个项目正在使用svn或cvs，那么任何喜欢DVCS的人都会受到伤害-他们将需要git-svn / hg-svn实用程序。还有很多项目仍在使用cvs / svn，因此需求量很大。

您可能是对的，但是，假设两者中的一个并没有慢慢地胜过另一个（我相信git确实具有更大的用户群），那可能是对的。

您也很对，没有什么大的技术障碍-hg-git是双向的，因此很显然可以在两者之间映射信息。