Erreur "avez-vous exécuté git update-server-info" sur un référentiel Github

J'utilise github Gui depuis leur site Web pour gérer mes dépôts et j'obtiens l'erreur suivante:

fatal: https://github.com/TeaCodie/TeaCodie-Website.git/info/refs not found: 
did you run git update-server-info on the server?

Comment puis-je réparer cela?

Vous avez peut-être changé le nom de votre référentiel

Dans votre référentiel local, modifiez le fichier:

.git/config

Puis vérifier:

[remote "origin"]
   url = 

que l'URL correspond à votre référentiel distant

Avez-vous créé un nouveau référentiel sur http://github.com avec le same name?

Sinon, faites-le! Et assurez-vous que chaque lettre est correcte et sensible à la casse .

Dans mon cas, mon compte github n'avait pas d'autorisations sur le dépôt. Ajout du compte github en tant que collaborateur pour le repo et cela l'a corrigé.

Cette erreur est principalement causée par une mauvaise URL, veuillez vérifier:

• http ou https
• Nom de l'URL
• nom d'utilisateur @ git_url
• mauvais nom git

Il semble que ce soit un référentiel privé (ou supprimé); si vous visitez la page du référentiel en étant connecté, cela vous donnera la véritable URL, qui sera probablement https: //TeaCodie@github.com/TeaCodie/TeaCodie-Website.git , c'est-à-dire avec un nom d'utilisateur spécifié?

Assurez-vous également que le dépôt que vous avez entré est correctement casé (il est sensible à la casse).

Je suis le même problème lors de l' utilisation d' un référentiel GitHub, et la connexion à via https , tout en utilisant l' assistant OS X Trousseau d' informations d' identification .

Mon problème était que j'avais les mauvaises informations d'identification stockées dans le trousseau d'OS X (j'utilisais l'adresse e-mail que j'ai utilisée pour m'inscrire à github.com plutôt que l'adresse [nom d'utilisateur] @ github.com qu'elle vous fournit). J'ai supprimé l'ancien compte dans le trousseau et n'ai laissé que celui de @ github.com et cela a résolu le problème.

Je ne sais pas si c'est lié, mais quand j'ai vérifié la user.emailconfiguration locale:

git config -l

il montrait également l'adresse e-mail incorrecte, j'ai donc mis à jour le git local user.emailpour utiliser le bon compte également:

git config user.email <username>@github.com

Mon problème était que j'avais utilisé le widget d'url https clone fourni par github. Cette URL ne fonctionne pas pour les référentiels privés car vous devez ajouter un nom d'utilisateur au début.

Exemple: un dépôt privé appartenant à john et nommé widget avec le collaborateur sam l'URL correcte serait:

https: //sam@github.com/john/widget.git

L'URL fournie par github:

https://github.com/john/widget.git

Le message d'erreur laisse beaucoup à désirer.

Assurez-vous que votre compte utilisateur est ajouté au référentiel en tant que collaborateur.

Cadre -> Collaborateurs

Cela m'est arrivé et au début, ce qui n'allait pas n'était pas évident. La veille, j'avais renommé mon repo sur github.com en changeant uniquement le premier caractère du nom du repo d'une lettre minuscule à une majuscule. Je ne savais pas que le nom du dépôt dans l'URL d'origine était une unité sensible à la casse. J'ai reçu l'erreur qui contenait le texte, "avez-vous exécuté git update-server-info sur le serveur." Une fois que j'ai édité le fichier .git / config pour corriger la casse de la même lettre dans l'URL d'origine, le problème a été résolu, l'erreur ne s'est plus produite et j'ai pu à nouveau pousser mes modifications jusqu'au repo sur github.com . Un autre conseil: si vous apportez des modifications à votre dépôt sur github, assurez-vous de tester immédiatement la synchronisation de votre dépôt local. Dans mon cas, je ne l'ai pas fait et c'était le lendemain quand j'avais essayé de me synchroniser et je ne pouvais pas t à cause de l'erreur et j'ai oublié que j'avais renommé le repo, donc je me grattais un peu la tête. Si j'avais testé la synchronisation tout de suite, j'aurais détecté ce problème tout de suite.

J'ai rencontré le même problème.
Voici comment j'ai résolu ce problème:
j'utilise git bash pour créer un nouveau dépôt, quand j'ai tapé "git push origin master".

"fatal: https://github.com/TeaCodie/TeaCodie-Website.git/info/refs introuvable: avez-vous exécuté git update-server-info sur le serveur?"

Enfin, j'ai trouvé qu'il n'y avait pas du tout de repo sur le github.
Vous feriez mieux de créer un nouveau dépôt d'abord sur github.

Peut-être que cette expérience peut aider quelqu'un.

J'ai reçu la même erreur lorsque j'ai tenté git clonequelque chose de Kiln qui était en fait un référentiel Mercurial.

Dans mon cas, j'utilisais le mauvais protocole dans l'URL du référentiel (http au lieu de https)

Cette erreur peut également se produire si le référentiel que vous essayez d'accéder a été supprimé.

Dans mon cas, j'avais une ancienne version du git. La mise à niveau vers la dernière version a résolu ce problème.

probablement vous essayiez de cloner comme ceci:

git clone https://github.com/TeaCodie/TeaCodie-Website.git

Ensuite, vous avez cette erreur:

fatal: https://github.com/TeaCodie/TeaCodie-Website.git/info/refs introuvable: avez-vous exécuté git update-server-info sur le serveur?

Voici ce qui a fonctionné pour moi:

git clone https://github.com/TeaCodie/TeaCodie-Website.git/.git

car le répertoire "info / refs" est dans le répertoire .git.

Dans le répertoire de mon dépôt sur ma machine dans le terminal, j'ai dû réinitialiser le origin url:

git remote set-url origin git@github.com:repoaccountname/repo-name.git

J'ai eu ce problème lors de l'utilisation de GitStack. J'ai regardé dans C: /GitStack/apache/logs/error.log et j'ai trouvé que GitStack cherchait le référentiel au mauvais emplacement bien que ses paramètres disaient D: / Repositories (mon emplacement personnalisé), GitStack recherchait les référentiels par défaut emplacement. Je suis donc simplement allé enregistrer à nouveau les paramètres à partir de la page d'administration de GitStack. Cela a résolu le problème.

Dans mon cas, j'essayais de cloner un référentiel privé dans notre compte Github de groupe sur mon ordinateur portable:

Yuqians-MacBook-Air:regenerateSNID yuqianliu$ git clone https://github.com/nyusngroup/velocity_CCSNe.git
Cloning into 'velocity_CCSNe'...
fatal: https://github.com/nyusngroup/velocity_CCSNe.git/info/refs?service=git-upload-pack not found: did you run git update-server-info on the server?

J'ai trouvé deux façons de résoudre ce problème.

(1) Utilisez http au lieu de https . Il me demande le nom et le mot de passe de notre compte Github de groupe. Après avoir entré les informations, je peux les cloner.

Yuqians-MacBook-Air:regenerateSNID yuqianliu$ git clone http://github.com/nyusngroup/velocity_CCSNe.git
Cloning into 'velocity_CCSNe'...
Username for 'http://github.com':nyusngroup
Password for 'http://nyusngroup@github.com': 

(2) Ajoutez mon compte Github aux collaborateurs du référentiel privé dans notre compte Github de groupe, comme indiqué par la réponse de Monkey King ci-dessus .

J'ai rencontré ce message lors de l'utilisation de Jenkins 2.176.1 et du plugin git 3.10.0 en utilisant une très ancienne version de ligne de commande git (1.7.1) incluse sur CentOS 6.

Le message n'apparaît pas sur les versions plus récentes de la ligne de commande git (1.8 ou version ultérieure) avec le plugin Jenkins git.

La mise à niveau vers une version plus récente de git en ligne de commande résout le problème.

Officiellement, le plugin Jenkins git ne prend pas en charge la ligne de commande git 1.7.1. La version minimale prise en charge est la ligne de commande git 1.7.10. De nombreux cas d'utilisation du plugin Jenkins git nécessitent au moins la ligne de commande git 1.9.0.

La ligne de commande git 1.7.1 se comporte différemment des versions ultérieures lorsqu'un référentiel a été initialisé (avec git init), puis a git fetchest exécuté avec une refspec qui fait référence à 'origin'. Les versions ultérieures de la ligne de commande git n'ont pas le même problème.