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 回答