SourceTree 3.3.7 8 Jan 2020 Changes. Update version of embedded git for security; SourceTree 3.3.6 22 November 2019 Changes. Fixed new branches in the push dialog not setting the remote branch name; Fixed the create patch screen allowing split view; SourceTree 3.3.4 28 October 2019 Changes. Add an option 'Open in Sourcetree' to context. The project's source code is available using Git. To get a copy of the repository use the following command: git clone https://repos.curseforge.com/wow/whisperinvite. Thank you for helping improve this application profile! With your help, other people will be able to understand this application better. You'll get credit for the change when it's accepted. Affects Version/s: 18.104.22.168. Fix Version/s: None. Environment: SourceTree 22.214.171.124 Bitbucket Server 4.11.2 Browsers: Internet Explorer 11, Chrome 58. Symptom Severity: Severity 2 - Major Description. After using Microsoft Internet Explorer on our Bitbucket Server today to clone a new repository that took a while to open the SourceTree I.
Your download is starting...
You are downloading the latest (2.31.1) 32-bit version of Git for Windows. This is the most recent maintained build. It was released about 1 month ago, on 2021-03-27.
Click here to download manually, if your download hasn't started.
Other Git for Windows downloads
Git for Windows Setup
32-bit Git for Windows Setup.
64-bit Git for Windows Setup.
Git for Windows Portable ('thumbdrive edition')
32-bit Git for Windows Portable.
64-bit Git for Windows Portable.
The current source code release is version 2.31.1. If you want the newer version, you can build it from the source code.
Now that you have downloaded Git, it's time to start using it.
Using git on Windows is usually a pleasant experience, but not always. It is not a secret that Windows has problems with file paths which are longer than 260 chars. There are workarounds but they have to be implemented in the application.
With msysgit 1.7.9 installed some very weird things were happening to me.
From the screenshot below, three things can be noticed: msysgit and sourcetree were detecting a lot of files (which had suspicously long paths) as deleted although they were not. And interestingly, when I staged the deletion of such a file in sourcetree, the file reappeared as untracked which is very odd behavior.
I tried the same test with cygwin’s git and there, everything worked as I would have expected it to (no deleted files).
I would have left it at that and used cygwin from that point on, were it not for sourcetree using msysgit under the hood resulting in being broken as well.
Luckily, there is a fix:
- Download and install msysgit v. 1.9.0 or higher
- enable longpaths with ‘git config core.longpaths true’
After installing msysgit 1.9.0 there is an immediate improvement as now msysgit now warns you about the specific problem with “Filename too long” warnings instead of acting crazy like it was before.
Sourcetree Release Notes - Atlassian
And after you turn on longpaths with
‘git config core.longpaths true’
all the warnings disappear and sourcetree works fine again…
UpdateWhen using SourceTree you should also make sure that SourceTree is using the System’s Git and not the embedded one. Tools->Options->Git->”Use System Git” button and point it to the correct git.exe. In my case the path was “C:UsersusernameAppDataLocalProgramsGitcmdgit.exe”