I am the author of MacHg, so of course I'm biased. Re Murky, it has not been updated, and it will crash with large-scale repositories when viewing the story. He needs to parse the entire history graph to lay it out (he uses the top level of "hg log"). Using a neat trick, MacHg does it gradually, so if you have 200,000 commits, MacHg doesn't have to read them to figure out how to display them, it can go directly to the place you are viewing. TortiseHg also suffers from having to read and analyze the whole story, although it can do it much faster than Murky (since TortiseHg uses faster lower level calls to retrieve data) (as others tell me).
SourceTree seems like an approved solution. It is currently supported commercially by Atlassian, who make Bitbucket, and they are a great group of guys. However, in my last test of SourceTree (1.4.3.1), it is apparently limited to the same problems. For example, one test case that I use is the OpenOffice mercury repository, which is some 3Gigs with 260,000 revisions. The attempt to view the graph for version 150,000 is really very slow in these other programs. I exit SourceTree after 5 minutes of waiting.
In addition, MacHg has nicer history and recovery tools, if I say so. SourceTree right now has better integration with some of the external services such as Bitbucket and GitHub, although itβs not at all difficult to add repositories to MacHg (just drag and drop or open or paste a line, etc.). Neither MacHg nor SourceTree (AFAIK) support phases, but I plan to add them very soon, since I am sure that SourceTree will also be. TortiseHg supports phases that I think right now.
And well, I like the look and feel of MacHg, of course :)
You cannot go wrong with MacHg or TortiseHg or SourceTree unless you have large repositories, in which case I would choose MacHg.
Cheers, Jason
source share