Sourcetree git indexing every time

[michael bordash]

Seemingly, since I upgraded to 1.8.0.3 on OSX 10.9.1 using embedded git, every time I run sourcetree and view a local branch or working copy view, I see git running in the Activity Monitor. It takes 45 minutes to finish what it's doing and I can't figure out what's going on. If I view the file locks that git is using in Activity Monitor, it looks as if it is scanning my entire local repository. ST has become unusable at this point and hoping I can hear some pointers on what to look for. ST doesn't appear to log commands it's running.

[michael bordash · Accepted solution]

This turned out to be git, not ST. It was running git status everytime, running 100% CPU and taking forever to do anything in ST. What I ended up doing was building my own version of git, but 64-bit, then updating ST to use this 64-bit version instead of the embedded version or the one that comes with OSX. git status is now immediate on a repo with over 120,000 objects. ST back in business. Hope this helps someone.

[KieranA]

Hey Michael,

In this instance it'd be better if you raised a ticket on jira.atlassian.comincluding as much detail as possible. This way us devs can help track down the issue by narrowing it down further. (We mostly use answers for general Q&A rather than troubleshooting issues). I'll get an e-mail when you open the ticket up so I can look at it straight away.

Thanks in advance!

[michael bordash]

After killing the git process, ST popped a note to say that git status failed with code 9. Looks like this is not related to ST but git and my repo.