I'm coming from a TortoiseSVN background and decided to give TortoiseHg a try. One thing I got really used to with TortoiseSVN was the SVN Repo-Explorer, which worked quite similarly to Windows Explorer. However, when I tried to use TortoiseHg's Repository Explorer, what I got was something else, it was more like TortoiseSVN's Show Log. It showed me what the recent commits were and what files were changed and even had nifty graphs. However, I'm still left wanting for TortoiseSVN's Repo-Explorer.
Does TortoiseHg have anything like this? How am I supposed to poke around the Repository if I can only view changed stuff?
EDIT: Answered on SO: Using TortoiseHg’s Repository explorer.
Answered by Benny Jobigan over at StackOverflow
I thought I'd make my first SuperUser question relatively simple, though it's the kind of question that may not get many responses as I'm not directly involved with the issue.
A colleague does his development in Windows XP running in Parallels on his Mac. We've just migrated our VSS repository to SVN, and we've gone with TortoiseSVN as our client of choice with the Ankhsvn plugin for Visual Studio.
On his XP instance, after installing TortoiseSVN, browsing through folders using Explorer is extremely slow; about 15 - 30 seconds before the contents of the next folder displays. It's the slowest when opening My Computer. Once he reaches a folder that contains the working content of an SVN project, Explorer behaves quickly again as expected. It seems that TortoiseSVN may be spending a bunch of time searching subfolders for stuff so it can do its icon-overlay thing, but that's just a guess.
I've used TortoiseSVN for years on both XP and Vista on far less powerful machines without any issues with Explorer, so I'm attributing the slowness to it being run in a VM, though that may not be the actual issue.
So has anyone encountered similar performance issues, and/or know of a fix? Keep in mind that any requests to make changes to his configuration will need to be communicated and thus my response time might be slow.
Settings dialog->Icon Overlays->Exclude paths:
Set this to e.g.,
Then set the include paths to the path where the working copy is, e.g.
I ran into very similar issue several times, and the "cache" tweak did notwork, and I was inspired by this post: https://groups.google.com/d/msg/tortoisesvn/IehAouUWrnA/srbHrGlCVR4J and tried using Wireshark myself to monitor what had happened during context menu launch.
As expected, several netbios name queries were found searching for a machine name but timed out. Then I remembered I had changed my computer name without restarting, so the tortoise svn is looking for that new name! So I did a reboot and things all went back to normal.
Hope this experience helps.
ADD: You can also try using Process Monitor (http://technet.microsoft.com/en-us/sysinternals/bb896645) to trace whatever happens when the lagging occurs. It always helps to identify abnormal registry/file/network access.
I've seen similar symptoms (slow responses in Explorer) from tortoise, but in a different context (working copy was on a network share). In my situation, the solution was to go into Tortoise' settings and turn off Icon Overlay caching.
You can set the "Include paths"-setting in TortoiseSVN to let it know that it should only display overlay icons on the directories where you have your SVN project. The setting is found in Settings->Icon Overlays->Include paths.