6

我开始使用 Mercurial 并选择MacHg作为我选择的 GUI，只是因为它是我在 google 搜索时发现的第一件事Mercurial Mac GUI。但是，我最近才发现Murky，并且TortoiseHg最近已针对 Mac 进行了更新。是否有任何重要的理由我应该选择一个而不是另一个，或者决定仅仅是我最喜欢哪个应用程序的界面？

4

3 回答 3

7

我是 MacHg 的作者，所以当然有偏见。Re Murky，它没有保持最新状态，在查看历史记录时它会与大型存储库一起崩溃。它必须解析整个历史图表以进行布局（它使用顶级'hg log'）。通过一个巧妙的技巧，MacHg 会逐步执行此操作，因此如果您有 200,000 次提交，MacHg 不需要全部阅读它们来弄清楚如何显示它们，它可以直接跳转到您正在查看的位置。TortiseHg 还不得不读取和解析整个历史记录，尽管它可以比 Murky 快得多（因为 TortiseHg 使用更快的较低级别的调用来获取数据）（正如其他人向我报告的那样。）

SourceTree 似乎是一个不错的解决方案。现在由从事 Bitbucket 的 Atlassian 提供商业支持，他们是一群不错的人。但是，在我上次测试 SourceTree(1.4.3.1) 时，它似乎受到相同问题的限制。例如，我使用的一个测试用例是 OpenOffice mercurial 存储库，它是一些具有 260,000 次修订的 3Gigs。在这些其他程序中，试图查看 150,000 版的图表真的很慢。等待 5 分钟后，我退出了 SourceTree。

如果我自己这么说的话，MacHg 也有一些更好的历史和变基工具。SourceTree 现在与 Bitbucket 和 GitHub 等一些外部服务有更好的集成，尽管在 MacHg 中添加存储库一点也不困难（简单的拖放或打开，或粘贴到字符串中等......）无论是 MacHg 还是SourceTree (AFAIK) 还支持阶段，但我计划很快添加这些，因为我确信 SourceTree 也会。TortiseHg 支持我现在认为的阶段。

好吧，我当然喜欢 MacHg 的“外观和感觉” :)

MacHg、TortiseHg 或 SourceTree 不会出错，除非你有大型存储库，在这种情况下我现在会选择 MacHg。

干杯，杰森

于 2012-05-28T12:11:48.593 回答
4

这个问题有点主观，但我发现SourceTree是可视化工作副本的一个很好的解决方案。然而，在大多数情况下，我只是使用终端来提交/推送/拉取/更新。

于 2011-05-04T20:51:21.950 回答
0

MacHg 至少有直接的安装和 Mercurial 集成在里面，我缺少的是信息，还有命令行界面，只有文档还不够好。

我在 mac-mercurial / python / keyring 配置地狱圈，我刚从我的构建服务器的 sh 脚本中设置存储库以进行无需密码询问（其中密码被加密）的拉取。MacHg 可能是出路，因为一切都已经集成在安装包中，除了普通（无 MacHG）终端的 mhg 和 chg 别名。

我还遗漏了一些关于存储库克隆进度的信息，因为我通过 https 从 bitbucket 克隆 500 MB 存储库通常需要 2 个小时。我需要调试 mercurial、ISP（考虑到我的连接速度应该在 2 分钟内完成）或 bitbucket 端的问题。

于 2015-01-06T23:48:07.887 回答