Outils Visual Studio 2013 pour que Git ne se connecte pas au référentiel privé Github
J'essaie de configurer Visual Studio 2013 pour qu'il fonctionne avec un référentiel privé sur Github . Le message d'erreur suivant s'affiche lorsque j'essaie de le cloner ou lorsque je clone avec Github pour Windows et que j'essaie de transférer/extraire Visual Studio:
Une erreur est survenue. Message détaillé: Une erreur a été générée par libgit2. Catégorie = Net (Erreur) . Le code d'état de la réponse n'indique pas le succès: 404 (non trouvé).
Cela fonctionne correctement avec les dépôts publics, mais pas avec un dossier privé . Cela fonctionne également à partir du client Github for windows.
Avec l'aide de @EdwardThomson, j'ai découvert que les outils Visual Studio Git enregistraient les informations d'identification dans Credential Manager sous Windows.
Le problème est qu’il ne l’enregistre pas dans la catégorie Informations d'identification Web dans laquelle je le cherchais, mais dans les informations d'identification Windows, en bas dans le groupe Informations d'identification génériques.
Cela pose des problèmes si vous utilisez plusieurs pensions privées avec différentes informations d'identification, car vous n'êtes plus invité à le faire.
Vous pouvez contourner ce problème si vous utilisez l'URL de dépôt comme suit: https: // nom d'utilisateur: [email protected]/votre_nom_depo .
J'ai eu le même problème. Je m'étais connecté avec mes identifiants personnels, maintenant j'essayais mes identifiants de bureau.
Je l'ai corrigé en supprimant les informations d'identification que GitHub enregistre sur votre ordinateur local.
Voici les étapes que j'ai prises:
- Aller au panneau de contrôle
- En haut à droite: Recherchez "Credentials" ==> sélectionnez "Credential Manager".
- Sous Informations d'identification génériques ==> vous devriez voir GitHub ==> cliquez sur la flèche.
- Cliquez sur "Supprimer du coffre-fort"
- Essayez de valider et de synchroniser à nouveau
Celui-ci a fonctionné pour moi si le changement d'utilisateurs/plusieurs référentiels avec des informations d'identification différentes.
Par défaut, Windows stocke les mots de passe dans le coffre des mots de passe. À l'aide du gestionnaire des informations d'identification, nous pouvons mettre à jour les mots de passe du mot de passe enregistré des applications Web et Windows.
Ouvrez le Gestionnaire des informations d'identification> Localisez le compte Github sur un compte Windows ou un compte Web et mettez à jour le mot de passe.
En supprimant les détails de github en procédant ci-dessus, Visual studio demandera un mot de passe lors du clonage ou du Push.
Des privilèges insuffisants sur le projet git (en lecture seule) vous donneront également cette erreur.
J'ajoute un problème similaire et je veux juste ajouter quelques informations supplémentaires ...
atika answer est exact, vous devez utiliser https: // nom d'utilisateur: [email protected]/votre_nom_repository . Si vous avez besoin de changer l'URL du référentiel après quelques modifications, vous pouvez file: "yourProjectRoot/.git/config" - propriété: "url" directement. J'ai fermé ma solution avant de faire cette modification dans mon fichier de configuration git.
Mais je suggère d'utiliser userName: password to git url sur votre "Clone" initial. Il sera ensuite correctement défini pour toute autre action.
De plus, j'ai personnellement eu un autre problème. J'ai cloné à partir du référentiel maître au lieu de ma propre fourchette. Ensuite, je ne pouvais pas "Push" (toujours l'erreur 403). Après avoir lancé un message depuis le maître (utiliser fork de l’interface Web github), tout se passait bien (avec mon utilisateur: mot de passe dans l’URL du référentiel).
Je ne pense pas que cela soit nécessaire, mais je recommande de spécifier vos détails dans la vue "Team Explorer" - "Accueil" - "Paramètres" - "Paramétrage" avant de faire autre chose.
J'espère que ça vous aidera.
J'utilisais Git intégré fourni avec Visual Studio 2013.
Le lien suivant peut aider: une-erreur-a été soulevée par libgit2-category-net-error.html
Cela m’arrive aussi à VS 2013. Je l'ai résolu en supprimant le projet et en le clonant de nouveau dans VS. C'est étrange cependant, cela ne se produisait que sur l'un des multiples dépôts privés avec lesquels je travaille.
Essayez de vérifier si vous avez un proxy défini sur Internet Explorer. Cela a résolu le problème pour moi.