We now also provide an MSI installer https://confluence.atlassian.com/sourcetreekb/sourcetree-enterprise-and-msi-installation-947848769.html

It provides the ability to select the installation location. However it is worth being aware that this installer expects Git and Mercurial to already be installed on your system, it will not install them itself.

Thanks

Hi we are currently beta testing an alternative MSI based installer for Enterprises.

It will still require users to register, but it is possible to register against an instance of Bitbucket Server within a corporate network.

You can trial this beta here: https://product-downloads.atlassian.com/software/sourcetree/windows/beta/SourcetreeEnterpriseSetup_2.5.2-beta-0.msi

This one is a big blocking issue in enterprises. Please act accordinly.

This bug is causing us to ditch SourceTree. Not usable in the enterprise.

One more location where this causes problems for enterprise deployment and VDI.

Please, I've got developers at my door with pitchforks and torches!

I use SourceTree on my laptop when doing freelance work. It's a standalone PC not connected to a domain, so I'm fine there.

Here at my part-time web dev job, I'm part of a domain - running apps from my user profile is blocked by group policy, and for good reason. 

You guys offer software and services to large enterprises. You KNOW BETTER than to do what you're doing.

We need to either have the program install into Program Files, or be offered the choice of install location.

Obviously, this isn't a high priority for you because the bug has been open since May and you seem to be ignoring it. You need to stop ignoring it, and fix the problem. And if it isn't high priority because SourceTree is a free app, all I can say is that you guys made the decision not to charge for it.

Come on, Atlassian. Do the right thing.

What's about your look into other packaging options ? Please, now, go in progress !

I am not even enterprise, but this mess has to end. I decide where, on my computer, applications go.

Jesus. Who make this decisions?

HI,

For our development, we use virtual desktop infrastructure (VDI) that is read-only for several reasons, including security reasons.
Unable to install Sourcetree in C: \ users and this policy will not change.
Your technical choices may be good for your version management, but they are blocking for a company that has industrialized its IS. This is also blocking when administering many PCs.
Your SourceTree tool is great, but this non-standardization of your installation is a real problem for many companies ...

Too bad when you use the Atlassian suite to not rely on this application

I'd say that in an enterprise environment an installation to Program Files is the only way to go. Administrators will demand to handle updates via software distribution or something alike and not with automatic updates via Squirrel. Automatic background updates by a regular user are a real nightmare from an administrator's point of view. Regular user's should never be allowed to install or update applications.

HI

We continue to look into other packaging options.

Is the install path the overriding issue? Installing to Program files will break the Squirrel.Windows update model, so its unfortunately not a trivial change.

We have exactly the same need in our enterprise. Thank for upload the priority of this issue and fix it.

I'm additionally having this issue, our enterprise machines can not run this with any reliability when installed to AppData. I understand the installer is a ClickOnce setup, but I know many others are having this issue as well (SRCTREEWIN-6579, SRCTREEWIN-7168, and SRCTREEWIN-3040 via this post). Note that the work around that is commonly found when searching for this issue (delete files in local/temp folder) does not work in my case. To use Sourcetree on windows I have to manually delete all files in the AppData related to Sourcetree, reboot, and then re-install. If I close the application and re-open it will crash again until I repeat those steps.

There needs to be the ability to specify the path of installation as some of us in the enterprise world simply can not run applications from the AppData reliably. For now Sourcetree is unstable on our Windows 10 machines and i'll be forced to use another git client until this is fixed. Personally, the priority of this fix should be higher).

Please fix this.

This still isn't fixed? This isn't workable at all in an educational institution where we have shared computers. Now I have to retool my class and instead of teaching students "SourceTree is cool", tell them to avoid it.

This should really be a higher priority issue.  The new installer is causing our entire team (and I would assume many others) to be unable to use the current version of SourceTree.

This non-compliant installation is blocking in my corporate environment.
When do you plan to return to a more standard installation? Is this in a near version?