git credential manager
GCM 2.6.0
Git Credential Manager (GCM) est un assistant d'identification Git sécurisé construit sur .NET qui s'exécute sous Windows, macOS et Linux. Il vise à fournir une expérience d'authentification cohérente et sécurisée, y compris l'authentification multifacteur, à tous les principaux services et plates-formes d'hébergement de contrôle de source.
GCM prend en charge (par ordre alphabétique) Azure DevOps, Azure DevOps Server (anciennement Team Foundation Server), Bitbucket, GitHub et GitLab. Comparez avec les assistants d'identification intégrés de Git (Windows : wincred, macOS : osxkeychain, Linux : gnome-keyring/libsecret), qui fournissent une prise en charge de l'authentification à un seul facteur pour le nom d'utilisateur/mot de passe uniquement.
GCM remplace à la fois le Git Credential Manager basé sur .NET Framework pour Windows et le Git Credential Manager basé sur Java pour Mac et Linux.
Consultez les instructions d'installation de la version actuelle de GCM pour connaître les options d'installation correspondant à votre système d'exploitation.
Git Credential Manager est actuellement disponible pour Windows, macOS et Linux*. GCM ne fonctionne qu'avec les télécommandes HTTP(S) ; vous pouvez toujours utiliser Git avec SSH :
| Fonctionnalité | Fenêtres | macOS | Linux* |
|---|---|---|---|
| Installateur/désinstallateur | ✓ | ✓ | ✓ |
| Stockage sécurisé des identifiants de la plateforme (voir plus) | ✓ | ✓ | ✓ |
| Prise en charge de l'authentification multifacteur pour Azure DevOps | ✓ | ✓ | ✓ |
| Prise en charge de l'authentification à deux facteurs pour GitHub | ✓ | ✓ | ✓ |
| Prise en charge de l'authentification à deux facteurs pour Bitbucket | ✓ | ✓ | ✓ |
| Prise en charge de l'authentification à deux facteurs pour GitLab | ✓ | ✓ | ✓ |
| Prise en charge de l'authentification intégrée Windows (NTLM/Kerberos) | ✓ | N / A | N / A |
| Prise en charge de l'authentification HTTP de base | ✓ | ✓ | ✓ |
| Prise en charge des proxys | ✓ | ✓ | ✓ |
prise en charge amd64 | ✓ | ✓ | ✓ |
prise en charge x86 | ✓ | N / A | ✗ |
prise en charge arm64 | meilleur effort | ✓ | ✓ |
soutien armhf | N / A | N / A | ✓ |
(*) GCM garantit la prise en charge uniquement des distributions Linux officiellement prises en charge par dotnet.
Git Credential Manager essaie d'être compatible avec le plus grand nombre de versions de Git (dans des limites raisonnables). Cependant, certaines versions problématiques connues de Git ne sont pas compatibles.
Git 1.x
La version majeure initiale de Git n'est ni prise en charge ni testée avec GCM.
Git 2.26.2
Cette version de Git a introduit un changement radical dans la configuration des informations d'identification d'analyse sur laquelle s'appuie GCM. Ce problème a été résolu dans le commit 12294990 du projet Git et publié dans Git 2.27.0.
Une fois installé et configuré, Git Credential Manager est appelé implicitement par Git. Vous n'avez rien de spécial à faire et GCM n'est pas destiné à être appelé directement par l'utilisateur. Par exemple, lorsque vous transférez ( git push ) vers Azure DevOps, Bitbucket ou GitHub, une fenêtre s'ouvrira automatiquement et vous guidera tout au long du processus de connexion. (Ce processus sera légèrement différent pour chaque hôte Git, et même dans certains cas, que vous soyez connecté à un hôte Git sur site ou hébergé dans le cloud.) Les commandes Git ultérieures dans le même référentiel réutiliseront les informations d'identification existantes ou jetons que GCM a stockés aussi longtemps qu'ils sont valides.
Lisez l’utilisation complète de la ligne de commande ici.
Voir les informations détaillées ici.
Consultez l'index de la documentation pour des liens vers des ressources supplémentaires.
Curieux de savoir ce qui va suivre dans le projet GCM ? Jetez un œil à la feuille de route du projet ! Vous pouvez trouver plus de détails sur la construction de la feuille de route et comment l’interpréter ici.
Ce projet accueille les contributions et suggestions. Consultez le guide de contribution pour commencer.
Ce projet suit le code de conduite Open Source de GitHub.
Nous sommes agréés par le MIT. Lorsque vous utilisez les logos GitHub, veillez à suivre les directives du logo GitHub.
