
Supports Auto, Basic, AAD, MSA, GitHub, Bitbucket, Integrated, and NTLM.

Configuration Setting Names authorityĭefines the type of authentication to be used. In the examples above, the credential.namespace setting would affect any remote repository the would affect any remote repository in the domain, and/or any subdomain (including where as the the .namespace setting would only be applied to remote repositories hosted at ‘’.įor the complete list of settings the GCM understands, see the list below.

Regardless, the GCM will only be used by Git if the GCM is installed and the key/value pair credential.helper manager is present in Git’s configuration.Ĭ.namespace is more specific than, which is more specific than credential.namespace. Regardless, all of the GCM’s configuration settings begin with the term credential.Īdditionally, the GCM respects GCM specific environment variables as well. Since the GCM is HTTPS based, it’ll also honor URL specific settings. The GCM honors several levels of settings, in addition to the standard local > global > system tiering Git uses.

Global configuration settings override system configuration settings, and local configuration settings override global settings and because the configuration details exist within Git’s configuration files you can use Git’s git config utility to set, unset, and alter the setting values. The Git Credential Manager for Windows can be configured using Git’s configuration files, and follows all of the same rules Git does when consuming the files.

Git Credential Manager and Git Askpass work out of the box for most users.Ĭonfiguration options are available to customize or tweak behavior(s). View the Project on GitHub microsoft/Git-Credential-Manager-for-Windows Configuration Options Secure Git credential storage for Windows with support for Visual Studio Team Services, GitHub, and Bitbucket multi-factor authentication.
