Hi Antonis, James, P.
There is a bug in the current, 18.104.22.168 release when trying to delet some credentials from the 'Saved Passwords' list in Tools/Options/Authentication tab. There is a fix going through Beta testing at the moment.
You can work around this currently by deleting entries from the Windows Vault, using Win-Key typing windows credential manager and deleting the relevant entries that are prefixed by 'git:'
If it is a problem deleting from the 'Accounts' list then that sounds like a different/new issue.
SourceTree lists two types of accounts/credentials in the Authentication Tab, Accounts and Saved Passwords
These are for Bitbucket, Bitbucket Server and Github only and include Git/Hg information and REST information.
Information is stored in %localappdata%/Atlassian/SourceTree/accounts.json and Windows Vault.
Deleting entries from Windows Vault, just deletes the password or OAuth token used by Git/Hg/REST, but does not delete the Account record which holds information about whether to use HTTPS/SSH etc
This lists all the 'git:' prefixed entries in Windows Vault where there isn't a matching SourceTree account record.
For example if you use Git to manage a private repository from Visual Studio online, an entry will be createdin Windows Vault and will be lists by SourceTree under Saved Passwords
The bug I mentioned above only applies to Saved Password entries
From what you describe I believe you have deleted the 'secret' associated with the account in SourceTree but not the accounts.json record. You should be able to delete that in SourceTree Authentication Tab.
When you create an account in SourceTree it is created as a per user account, and indexed as such in Windows Vault.
The Git Credentials Manager will only find that entry for URLs containing a user
If you try to clone a urls such as
The GCM will have to ask for new host specific credentials which willbe stored as
So the 'make default' option will take a user specific set of credentials and copy then to a host specific entry, hence they will then re-appear in the Saved Passwords list
Its wrth being aware that this is a limitation of the Git Credentials Manager for Windows (GCM) it can only support a single set of credentials for a given host URLs that do not contina a username.
will store credentials under
for both URLs even if they should be different
If different credentials are required for team1 and for team2 the GCM cannot store both sets, so if you swithc between repos frequently the GCM will constantly be providing the wrong credentials to Git and having to re-prompt the user to enter the right credentials.
User specific URLs do not have this problem, because the credentials are stored per user.
will store credentials under
Supported Platforms macOS Sourcetree has a lot to offer and, like many developer tools, finding and using it all can be a challenge, especially for a new user. Everyone might not love ...
Connect with like-minded Atlassian users at free events near you!Find a group
Connect with like-minded Atlassian users at free events near you!
Unfortunately there are no AUG chapters near you at the moment.Start an AUG
We're bringing product updates and pro tips on teamwork to ten cities around the world.Save your spot