Git: Impossible d'effacer les informations d'identification: élément non trouvé
J'essaie d'installer Git sur une nouvelle machine et je ne parviens pas à m'authentifier avec mon référentiel distant.
Mon expérience avec Git est limitée, mais j’ai déjà réussi à effectuer les tâches suivantes:
- Créer un référentiel local (
$git init) - Connexion avec le référentiel distant (
$git remote add Origin https://[my remote repository])
Tout va bien jusqu'à ce point. Cependant, lorsque j'essaie d'interagir avec le référentiel distant - extraction, clonage ou push - via la ligne de commande ou TortoiseGit, le message d'erreur suivant s'affiche lorsque je saisis mes informations d'identification:
Échec de l'effacement des informations d'identification: élément introuvable
fatal: L'authentification a échoué pour https: // [mon référentiel distant]
Cela ressemble évidemment à une sorte de problème d'authentification - cependant, je peux me connecter à l'interface Web du référentiel distant très bien, donc je suis certain que j'utilise le bon fichier/pw. Que j'ai installé. Windows Credential Store pour Git, mais cela renvoie exactement le même message d'erreur.
Google n'a pas beaucoup aidé - cette solution semble être spécifique à Vista/32bit (je suis Win7/64bit), et ce SO question a été enlevé, ne me laissant pas le plus sage.
Maintenant, je suis sûr qu'il existe une solution simple à mon problème, mais je l'ai fait toute la journée sans progrès. Quelqu'un peut-il me donner un pointeur?
Merci d'avance!
Edit: Voici les résultats complets d'une commande clone:
I:\KODE\_Git\myproject> git clone https: // ...
Cloner dans 'mon projet' ...
Nom d'utilisateur pour 'https: // ...': myuser
Mot de passe pour ' https: // myuser [at] ...':
fatal: échec de l'authentification pour 'https: // ...'
EDIT: confirmé, cela semble être un problème avec Git v1.8.3 - le passage à la v1.8.1.2 a résolu le problème. Télécharger ici . Merci de votre aide!
Eh bien, il se trouve que l'un de mes collègues a eu exactement le même problème hier soir, indépendamment de cette question.
Comme moi, il avait téléchargé la dernière version officielle de Git - v1.8.3. Il a ensuite désinstallé la dernière version et installé la version 1.8.1.2 à la place, ce qui a résolu le problème.
Je vais tenter le coup quand j'en aurai l'occasion et faire rapport.
J'ai eu la même erreur dans Windows. C'est arrivé après que j'ai changé les informations d'identification dans le Panneau de configuration -> Utilisateurs -> Gérer les informations d'identification.
Je l'ai corrigé en ajoutant un nouveau justificatif d'identité:
git: https://github.com (identifiants Web) et nom d'utilisateur et mot de passe.
J'ai eu ce problème avec github . Dans mon cas, la source du problème était Authentification à deux facteurs . Je l’avais allumé on , et quand je l’ai tourné off - je me suis débarrassé de cette erreur d’identité.
C'est dommage que je doive conserver l'authentification à deux facteurs off à cause de cela.
J'utilise GitExtension 2.4 6 (y compris msysgit 1.8.3) et j'ai rencontré le même problème. Annuler également l’installation de GitExtension 2.44 (avec msysgit 1.8.1.2) ne résout pas le problème.
Après quelques tests, je suis parvenu à la conclusion que mon mot de passe était le problème, car la dernière version de git-credential-winstore.exe corrige un problème avec "=" dans les mots de passe .
Mon mot de passe ne contient pas de = , mais il contient un "et § . Ma première pensée a donc été de mettre à jour la version installée de git-credential-winstore .exe à la dernière version 1.2 J'ai mis à jour le fichier manuellement et je l'ai réessayé, mais sans succès.
Enfin, j'ai changé mon mot de passe pour n'inclue aucun caractère spécial et maintenant cela fonctionne.
On dirait que le serveur distant n'est pas capable de vous authentifier.
Vous avez utilisé une URL https: //. Par conséquent, git utilise https pour se connecter au référentiel distant. Le serveur répond avec 401 (non autorisé) et votre client git imprime le message d'erreur ci-dessus.
Pas sûr, pourquoi le serveur ne vous aime pas. Le nom/mot de passe n'est pas correct ou quelque chose d'étrange se passe. Essayez d'accéder à l'URL https: // avec le navigateur. Peut-être que cela vous donne une idée du problème des serveurs.
Vous pouvez également essayer de donner explicitement nom/mot de passe dans l'URL: https://name:password@.... (Mais le serveur refusera probablement toujours l'authentification.)
Avec GitHub, vous obtenez ce message si vous utilisez une authentification à 2 facteurs et https Git.
La solution consiste à créer un jeton d'accès personnel que vous utilisez à la place de votre mot de passe.
Si vous utilisez le Windows Credential Store pour Git , le problème peut être que vous utilisez la version 1.3 de Buggy.
Résoudre le problème sur la commande en utilisant:
cmdkey /list
pour répertorier vos informations d'identification actuelles dans la banque d'informations d'identification Windows.
Et pour ajouter vos identifiants git manuellement (pour TFS Online dans ce cas, mais c'est la même chose pour Github):
cmdkey /generic:LegacyGeneric:target=git:https://mysite.visualstudio.com /user:MyName /pass:MyPass123
Ce que j’ai trouvé, c’est qu’après avoir fait quelque chose comme un git pull, mes informations d’identité ont été automatiquement supprimées.
L'installation de git-credential-store v1.2 a résolu le problème pour moi. Voir: git Push échoue avec git-credential-winstore
J'ai également changé le mot de passe "Alternate Credentials" dans mon profil pour mon compte TFS Online (leur politique de mot de passe a été modifiée pour exiger désormais 3 classes de caractères différentes), comme suggéré dans la réponse de Barbara.
Édition: Cela semble être un bogue ou une incompatibilité avec IIS lors de l’utilisation de anyauth et de l’authentification Windows activée.
Edit 2: Il semble que l’installation de msysgit 1.8.0-preview-20121022 corrige les problèmes
L'utilisation d'une version plus récente de mssys git échouera avec une erreur d'authentification. Ceci peut être reproduit à l'aide de curl/libcurl, le fournisseur Git sous-jacent pour http/https.
C:\Program Files (x86)\Git\bin\curl.exe --anyauth http://user:password@server/tfs/defaultcollection/_git/repo/info/refs?service=git-receive-pack
Ça marche bien
C:\Program Files (x86)\Git\bin\curl.exe --digest http://user:password@server/tfs/defaultcollection/_git/repo/info/refs?service=git-receive-pack
Donc, la désactivation de l'authentification Windows permet à git de fonctionner, mais vous perdez tout le reste (accès aux services à partir de VS ou de la console de gestion TFS!)
- Sur le noeud "tfs", activez "Authentification Digest" et désactivez tout le reste
- Sur le nœud "Team Foundation Server", activez "Authentification Digest" et désactivez tout le reste
- Sur le nœud "Team Foundation Server", gérez le site Web> Redémarrez
Était capable de pousser et de pousser les tags après cela (à partir des extensions git bash et git)
Note: J'utilise git 1.8.4.msysgit.0, git-credential-winstore 1.2 et Git Extensions 2.47.3
Note2: Je ne sais pas si l'activation simultanée d'autres types d'authentification change quoi que ce soit
Note3: Pas essayé avec des mots de passe contenant = ou d'autres caractères "spéciaux"
Dans mon cas, je devais redéfinir (désactiver et réactiver) les informations d'identification alternatives de Team Foundation Server, car la stratégie de mot de passe était renforcée.
J'ai rencontré ce même problème récemment et c'est parce que je n'utilisais pas l'URL appropriée.
mauvaise URL : https://github.com/blesh/myrepo
bonne url : https://github.com/blesh/myrepo.git <- .git !!!
Pour vérifier vos URL distantes:
git remote -v
Pour réparer votre URL d'origine distante:
git remote set-url Origin https://github.com/blesh/myrepo.git
Une fois que j'ai fait cela, tout a fonctionné à nouveau.
J'avais aussi cette erreur. Le seul moyen de résoudre ce problème consistait à créer des informations d'identification secondaires dans le profil visualstudio.com, sous Informations d'identification. L'utilisation des informations d'identification secondaires avec les extensions git a corrigé l'erreur.
Dans notre cas, c'était un problème avec le serveur. Notre responsable informatique a déclaré que le serveur git était incapable d’atteindre le serveur d’authentification.
Je ne suis pas sûr de ce que cela signifie, mais tout a été corrigé rapidement après un rebond rapide du serveur et une autre magie informatique.
J'ai eu le même problème tout à l'heure mais je suppose que la cause pourrait être un peu différente.
Dans mon scénario, j'essayais d'accéder à un nouveau référentiel TFS-git avec le même compte que celui que j'utilise pour accéder à un autre référentiel TFS. La solution pour moi était de réinstaller l'application git-credential-winstore.exe et de la réinstaller. J'ai également supprimé les informations d'identification stockées dans le gestionnaire d'informations d'identification Windows. Lien vers l'application d'informations d'identification git: http://gitcredentialstore.codeplex.com/
J'espère que cela aide quelqu'un!
Je me débattais moi-même avec ce problème sous Windows 2008 (32 bits), Git, GitExtensions.
Lorsque la boîte de dialogue Nom d'utilisateur/Mot de passe vous était demandée lors de la tentative d'envoi, le message était identique alors que j'étais certain d'utiliser le nom d'utilisateur/mot de passe correct.
L'ajout de l'utilisateur/mot de passe lors de la configuration de l'Origin a corrigé cela pour moi:
git config remote.Origin.url https: // utilisateur: [email protected]/nomutilisateur