Git Credential Manager for Windows
v1.20
Le gestionnaire d'identification GIT pour Windows n'est plus entretenu. Le Core Manager Git Credential Manager (GCM Core) multiplateforme est le remplacement officiel.
GCM Core est inclus en tant que composant en option de GIT pour Windows 2.28 et sera fait de l'assistance d'identification par défaut à Git pour Windows 2.29. GCM Core peut également être installé manuellement à partir de cette page.
GitHub désactivera l'authentification basée sur les mots de passe sur APIS GIT Idedential Manager pour Windows Use pour créer des jetons. En conséquence, GCM pour Windows ne pourra plus créer de nouveaux jetons d'accès pour GitHub.
Git Credential Manager Core (GCM Core) prend en charge l'authentification basée sur OAuth avec GitHub et est le remplacement de GCM pour Windows.
Veuillez mettre à jour vers GIT pour Windows 2.28 et sélectionner "Git Credential Manager Core" dans l'installateur lorsqu'on lui a demandé de "sélectionner un assistant d'identification", ou d'installer manuellement GCM Core à partir d'ici.
Au 22 février 2018, GitHub a une prise en charge désactivée pour un chiffrement faible, ce qui signifie que de nombreux utilisateurs se retrouveront soudainement incapables d'authentifier l'utilisation d'un GIT pour Windows qui (a un impact sur les versions plus anciennes que v2.16.0). Ne paniquez pas , il y a une solution. Mettez à jour Git pour Windows au dernier (ou au moins v2.16.0).
L'erreur la plus courante que les utilisateurs voient ressemblent:
fatal: HttpRequestException encountered.
An error occurred while sending the request.
fatal: HttpRequestException encountered.
An error occurred while sending the request.
Username for 'https://github.com':
Si, après avoir mis à jour Git pour Windows, vous avez toujours des problèmes à vous authentifier avec GitHub, veuillez lire ce sujet de la communauté du développeur qui contient des mesures de réparation supplémentaires que vous pouvez prendre pour résoudre le problème.
Si vous rencontrez un problème lorsque vous utilisez Visual Studio , veuillez lire incapable de vous connecter à GitHub avec Visual Studio .
Le gestionnaire d'identification GIT pour Windows (GCM) fournit un stockage d'identification GIT sécurisé pour Windows. C'est le successeur du magasin d'identification Windows pour Git (Git-Credential-Winstore), qui n'est plus maintenu. Par rapport au stockage d'identification intégré de GIT pour Windows (WinCred), qui fournit une prise en charge d'authentification à facteur unique fonctionnant sur n'importe quel référentiel GIT activé HTTP, GCM fournit une prise en charge d'authentification multi-facteurs pour Azure DevOps, Team Foundation Server, GitHub et Bitbucket.
Ce projet comprend:
Il s'agit d'un projet communautaire, alors n'hésitez pas à contribuer des idées, à soumettre des bogues, à corriger les bogues ou à coder de nouvelles fonctionnalités. Pour des informations détaillées sur le fonctionnement du GCM, allez au wiki.
Pour utiliser le GCM, vous pouvez télécharger le dernier installateur. Pour installer, double-cliquez sur GCMW-{version}.exe et suivez les instructions présentées.
Lorsque vous êtes invité à sélectionner votre émulateur de terminal pour Git Bash, vous devez choisir la fenêtre de la console par défaut de Windows, ou assurer que GCM est configuré pour utiliser les boîtes de dialogue modales. GCM ne peut pas vous inviter à des informations d'identification, sur la console, dans une configuration Mintty.
Remarque Pour les utilisateurs ayant des besoins d'installation spéciaux, vous pouvez toujours extraire le fichier gcm-{version}.zip et exécuter install.cmd à partir d'une invite de commande administratrice. Cela permet la spécification des options d'installation expliquées ci-dessous.
Pour utiliser le GCM avec GIT installé avec pacman dans un environnement MSYS2, téléchargez simplement un zip de version et extraire le contenu directement dans C:msys64usrlibgit-core (en supposant que votre environnement MSYS2 est installé en C:msys64 ). Puis courez:
git config --global credential.helper managerVous ne le faites pas. Il fonctionne comme par magie lorsque des informations d'identification sont nécessaires. Par exemple, lors de la poussée vers Azure DevOps, il ouvre automatiquement une fenêtre et initialise un flux OAuth2 pour obtenir votre jeton.
Pour construire et installer le GCM vous-même, cloner les sources, ouvrir le fichier de solution dans Visual Studio et créer la solution. Tous les composants nécessaires seront copiés à partir des emplacements de sortie de build dans un dossier .Deploy à la racine de la solution. À partir d'une invite de commande élevée dans le dossier .Deploy Issue la commande suivante git-credential-manager install . Des informations supplémentaires sur le développement et le débogage sont disponibles dans notre domaine de documents.
Diverses options sont disponibles pour les systèmes configurés de manière unique, comme les systèmes de construction automatisés. Pour les systèmes avec un placement non standard de GIT, utilisez le paramètre --path <git> pour fournir où Git est situé et donc où le GCM doit être déployé. Pour les systèmes qui cherchent à éviter de vérifier le framework Microsoft .NET et d'autres prérequis similaires, utilisez l'option --force . Pour les systèmes à la recherche d' une installation silencieuse sans aucune invite , utilisez l'option --passive .
Il existe de nombreuses façons de contribuer.
Pour les contributions du code, vous devrez conclure un accord de licence de contributeur (CLA). En bref, le présent accord témoigne que vous nous accordez la permission d'utiliser la modification soumise en fonction des termes de la licence du projet et que les travaux soumis sont sous le droit d'auteur approprié.
Veuillez soumettre un accord de licence de contributeur (CLA) avant de soumettre une demande de traction. Vous pouvez visiter https://cla.microsoft.com pour signer numériquement. Alternativement, téléchargez l'accord Microsoft Contribution License ACCORD.pdf, signe, scanne et envoyez-le par e-mail à [email protected]. Assurez-vous d'inclure votre nom d'utilisateur GitHub avec l'accord. Une fois que nous aurons reçu le CLA signé, nous examinerons la demande.
Ce projet a adopté le code de conduite open source Microsoft. Pour plus d'informations, consultez le code de conduite FAQ ou contactez [email protected] avec toute question ou commentaire supplémentaire.
Ce projet utilise la licence MIT.
