SourceTree for Windows 1.2 is here

By on September 16, 2013


Today we’ve released another major update for SourceTree for Windows to help you be even more productive.

Hosted Repositories

Hosted Repositories Window

Now you can configure your Bitbucket, Stash and GitHub accounts in SourceTree and instantly see all your repositories on those services. Easily clone them, open the project on the web, and even create new repositories on the remote service without ever leaving SourceTree. You’ll find it in the menu under View > Show Hosted Repositories, or using the new button at the bottom right of the bookmarks panel.

Create Pull Requests


We wanted to make it easier than ever to create pull requests straight from SourceTree, so now you can! Simply click on the menu item (Repository > Create pull request) and away you go.

Cloning improvements

We’ve included some great new ways to integrate across products. Now when using the Bitbucket ‘Clone in SourceTree’  button, some extra help is given: if you’ve already got a checked-out copy of the repository you’re attempting to clone, SourceTree will show you the existing clones.


Visual improvements

We’ve made text rendering sharper, refined many of the styles so they look better on Windows 8, and improved compatibility with custom themes, particularly dark and high-contrast themes. We hope you like it!



  • David Faivre
    Posted September 16, 2013 at 8:23 am | Permalink

    The application won’t open after the upgrade:

    2013-09-16T10:20:21: Fatal error:

    System.NullReferenceException: Object reference not set to an instance of an object.

    2013-09-16T10:20:21: Stack trace:

    at SourceTree.Model.Repository.AutodetectRemoteProjectLinks()

    at SourceTree.AppRoot.UpgradeRemoteLinks()

    at SourceTree.AppRoot.DoWindowStartupTasks()

    at SourceTree.ViewModel.MainWindowViewModel..ctor()

    at SourceTree.MainWindow..ctor()

    at SourceTree.AppRoot.OnStartup(StartupEventArgs e)

    at SourceTree.App.OnStartup(StartupEventArgs e)

    at System.Windows.Application.b__1(Object unused)

    at System.Windows.Threading.ExceptionWrapper.InternalRealCall(Delegate callback, Object args, Int32 numArgs)

    at MS.Internal.Threading.ExceptionFilterHelper.TryCatchWhen(Object source, Delegate method, Object args, Int32 numArgs, Delegate catchHandler)

    • David Faivre
      Posted September 16, 2013 at 2:16 pm | Permalink

      Looks like you pushed out a new build that fixes the issue. Quick turn-around — nice work!

      • Anonymous
        Posted September 17, 2013 at 1:47 am | Permalink

        Yep, sorry I didn’t spot this comment before, it had been reported mostly on JIRA. Glad you found the update.

  • Johan Leino
    Posted September 16, 2013 at 10:39 am | Permalink

    Great to hear! Question: when can we expect interactive rebase in st for windows?

    • Anonymous
      Posted September 17, 2013 at 1:48 am | Permalink

      The next main priority is Custom Actions on Windows, we’re still catching up with SourceTree for Mac v1.5 right now (interactive rebase was 1.6).

      • Johan Leino
        Posted September 17, 2013 at 3:08 am | Permalink

        ah, got it. Custom Actions looks like a nice feature too. Keep up the great work!

  • Ravi
    Posted October 16, 2013 at 11:48 am | Permalink

    I am getting the following error on my Win7 machine. I have already installed .Net Framework4.5.

    • Anonymous
      Posted October 17, 2013 at 4:01 am | Permalink

      Strange, I’ve installed SourceTree on a completely fresh Win7 machine (which starts with .Net 3.5) and the .Net 4.5 installer which we automatically reference in our installer brings in all the necessary requirements. Did you have any pre-release or beta versions of .Net installed beforehand?

      In any case, if you want you can install .Net 4.0 manually from here: . You may need to install .Net 4.5 manually too afterwards since it’s an incremental update, that’s here:

  • Anonymous
    Posted October 16, 2013 at 2:36 pm | Permalink

    I understand GIT’s creation of a bare repository on a server involves not including a “.git” folder for obvious reasons. To view in SouceTree, where many workers stick to the original idea of comparing their “clone” to the server manually or a manager wanting to see the log on the server without cloning it out, they move all the server’s bare git configuration to a “.git” folder on the project folder on the server so that SourceTree sees it as a working copy. They can then create a bookmark to their cloned copy, the server’s “bare” repository copy, or just the server’s “bare” repository copy.

    I know GIT does not create a “.git” folder when creating a “–bare” init or clone. I would like to stick to this so that any git aware tools work correctly. Can SourceTree create a view of the log without cloning it out of a bare repository on a remote server?

    • Anonymous
      Posted October 17, 2013 at 3:57 am | Permalink

      No, SourceTree is designed to work with clones and not bare repos, it’s a desktop tool for developers working on the codebase really. Bare repos have no working copy so half of SourceTree’s functions wouldn’t work, it’s a bit esoteric and not something we plan to support.

      • Anonymous
        Posted October 17, 2013 at 12:12 pm | Permalink

        Totally understand. Just trying to help others here who were moving over from previous ways to a more distributed model of thought/working, not just moving all their version control to distributed version control system.