Hi I just discovered Sourcetree and it seems way better than my previous app SmartGit. But is it possible to use Sourcetree with multiple Github.comaccounts ? I have 2 Github.comaccounts for different domain/projects that I want to keep separate, but don not see anywhere in Sourcetree that would faciliate and support a 2nd Github.comsetup ?
Below steps resolved my problems with 'repository not found' errors in SourceTree with multiple accounts (GitHub and BitBucket) on Windows 10.
1. Clear all saved accounts and passwords in SourceTree.
2. Clear all credentials for git/sourcetree etc. in Credential Manager in Windows.
3. In Terminal (button in SourceTree) run command:
git config --system --unset credential.helper
4. Restart SourceTree.
5. Add all needed accounts in SourceTree as OAuth
6. As origin path for all repository always use url with right login i.e.
7. Restart SourceTree again.
8. While first use second account SourceTree may ask for password, it's ok, just type in and confirm.
9. Problem solved! :)
It is now April 2019 and I'm using v3.1.2 and this is still a problem.
I've got two GitHub accounts. I've set-up my remote details to use the correct user account:
But when pushing SourceTree keeps using the other user account, which has no permission.
This is so frustrating.
I tried all the suggestions but still no luck.
I'm using other Atlassian tools, so I know by now Atlassian will not reply (they never do), hopefully somebody from the community is willing to help or even suggest an other tool.
I have this problem too, running 3.2.6. I even deleted both Github accounts from Sourcetree, and all credentials from Windows Credential Manager. I can successfully clone the repository from the Github account, but can't push back to the (private) repository. Sourcetree seems to still be using the credentials from the first Github account I ever linked, which is the wrong one. I'm wondering if I have to completely wipe and reinstall Sourcetree.
Still relevant for the latest version of Sourcetree (2.3.1-r69);
The username in the "Optional extended integration" section isn't used by the underlying git environment, only by Sourcetree. To be able to push/pull/etc as the correct user for each remote, each remote in your repositories config file must be in the format:
The Sourcetree on my Windows computer looks like leaning towards one of the multiple accounts after some time. All remote urls in the config file are set to https://firstname.lastname@example.org/..., I've checked that the password for the username is correct - and Sourcetree still tries to access the repository with myusername2. No clue anymore how to tell Sourctree that it must user myusername1
This happened already in spring 2016, then I unstalled Sourcetree and installed a newer version and then it worked again - that at least my experience.
Btw: for Windows I can only find version 184.108.40.206
Added experience: the source of the problem is the underlying (SCM) Git for Windows. It uses the Git Crediential Manager for Windows and this tool does not work well with multiple users. How exactly SourceTree interacts with Git and Git with the Credential Manager is clear. I have defined in the SourceTree Repository Settings - Remote Details to use the "other" user but SourceTree/Git sticks to "this" user. No idea how to change that ...
Same issue with SourceTree 2.3.1 (Windows). Even if I set all my repos to https://email@example.com/.. SourceTree tries to use the repo of the first authentication. Its incredibly flustrating.
Last time I tried to use SourceTree 2 years ago, this feature worked, but at that time they introduced an upgrade on Windows that broke the whole thing. 2 years later, the situation is not much better, the UI still cant be resized at random times, weird bugs etc. I dont recommend it to anyone on Windows - I've heard that the OSX version is better.
OK, I might have a solution:
1. Click the Terminal button when any of your repos are open. This will open a MINGW terminal - this is used by SourceTree for Git stuff. Here type and run:
git config --system --unset credential.helper
This will kill the internal password store for this MINGW Git which is configured incorrectly (it only stores 1 user), so SourceTree's native GIT can use the passwords
The following works:
1. Go to Tools > Options > Authentication
2. In the "Accounts" section, select the desired Account out of the multiple accounts and set it as default.
3. In the "Git Saved Passwords" section, check if the credentials are correct and then set it as default as well.
That's it! You should not get 'repository not found'
Which version of source Tree are you using ?
Too bad we don't have a proper solution yet.
The above workaround worked for me. Maybe it just works for the version I have installed. You can double-check the following: Everytime you want to switch account you need to again set it as the default account. Also check that the saved (default) credential also points to this repository.
A vulnerability has been published today in regards to Sourcetree for Windows. The goal of this article is to give you a summary of information we have gathered from Atlassian Community as a st...
Connect with like-minded Atlassian users at free events near you!Find an event
Connect with like-minded Atlassian users at free events near you!
Unfortunately there are no Community Events near you at the moment.Host an event