For instance, after clicking on HEAD, I see
Displaying all changes between 19e9eb6b0c81aaa80227a15357d2b9e5ba3053cc and working copy
Since that 19e9 is ancient, this diff takes ages. The only way I have found to "fix" this is to close SourceTree and reopen it. Is this a feature of sourcetree I am somehow triggering and how do I turn it off when I enable it?
If this is a bug, is it a known one that will be fixed soon? when it happens, it pretty much mandates closing SourceTree as every operation takes minutes to complete.
Note, this isn't when using shift to select multiple items. This is single clicking without modifiers pressed. Though a modifier key might have been pressed earlier but isn't anymore. Pressing and releasing mod keys (alt/ctrl/shift) does not fix it.
Hi Brian, this actually sounds like it could be a bug. Please provide some more information so we can reproduce it:
Beyond Compare for Diff
Windows 10 OS
The commit isn't always the same one. But certain commits seem to come up often.
When I notice it broken is often shortly after having tabbed back into the program. So it could be an issue with what's done when SourceTree is not in focus.
IE, work in Visual Studio. Tab to SourceTree to check diffs/commit working change/etc. Suddenly diff window has one item highlighted but the diff is across a large number and takes forever to generate/refresh.
It seems if I check/uncheck the show all branches it will fix the problem without restarting.
Supported Platforms macOS Windows To make using Sourcetree as simple yet powerful as possible we embed (bundle) dependencies such as Git, Git LFS, and Mercurial. We strive to keep these...
Connect with like-minded Atlassian users at free events near you!Find a group
Connect with like-minded Atlassian users at free events near you!
Unfortunately there are no AUG chapters near you at the moment.Start an AUG
You're one step closer to meeting fellow Atlassian users at your local meet up. Learn more about AUGs