web-dev-qa-db-fra.com

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

J'utilise le github Gui de leur site Web pour gérer mes dépôts, et le message d'erreur suivant s'affiche:

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?

130
Paul

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

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

.git/config

Puis vérifier:

[remote "Origin"]
   url = 

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

77

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

Si non, fais-le! Et assurez-vous que chaque lettre est correcte et sensible à la casse .

44
navins

Dans mon cas, mon compte github n’avait pas d’autorisation pour le repo. Ajout du compte github en tant que collaborateur du dépôt et résolution du problème.

27
amolk

Cette erreur principalement due à une URL FAUX, veuillez vérifier:

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

Il semble que ce soit un référentiel privé (ou supprimé); si vous visitez la page du référentiel alors que vous êtes connecté, vous obtiendrez la véritable URL, qui sera probablement https: //[email protected]/TeaCodie/TeaCodie-Website.git , c’est-à-dire avec un nom d'utilisateur spécifié?

9
FauxFaux

Assurez-vous également que le référentiel que vous avez entré est correctement placé (il respecte la casse).

7
alexvance

Mon problème était que j'ai utilisé le widget https 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 repo privé appartenant à john et appelé widget avec le collaborateur sam, l'URL correcte serait:

https: //[email protected]/john/widget.git

Le github fourni l'URL:

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

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

6
John LaBarge

J'ai eu le même problème lorsque j'utilisais un référentiel github et que je me connectais via https, tout en utilisant l'aide OS X Keychain Credential.

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

Pas sûr que ce soit lié, mais quand j'ai vérifié la configuration locale user.email:

git config -l

elle a aussi montré une adresse email incorrecte, alors j’ai mis à jour le git local user.email pour utiliser aussi le compte correct:

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

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

Setting -> Collaborators

5
Mark

Cela m'est arrivé et au début, on ne voyait pas ce qui s'était mal passé. La veille, j’avais renommé mon référentiel sur github.com, changeant seulement le premier caractère du nom du référentiel d’une lettre minuscule à une lettre majuscule. Je ne savais pas que le nom du référentiel dans l'URL d'origine était une unité sensible à la casse. J'ai reçu l'erreur qui contenait le texte "as-tu 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 transmettre mes modifications au référentiel sur github.com. . Autre conseil: si vous apportez des modifications à votre référentiel sur github, veillez à tester immédiatement la synchronisation de votre référentiel local. Dans mon cas, je ne l’ai pas fait et c’est le lendemain que j’ai essayé de synchroniser et que je n’ai pas pu le faire à cause de l’erreur et que j’ai oublié que j’avais renommé le repo, je me suis donc gratté la tête un peu. Si j'avais testé la synchronisation tout de suite, j'aurais tout de suite compris ce problème.

2
Wade

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?"

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

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

2
FrankFan

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

1
John Rasch

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

0
Sergey Demchenko

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

0
wonton

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

Le message not apparaît sur les versions les plus récentes de git en ligne de commande (1.8 ou version ultérieure) avec le plug-in Jenkins git.

La mise à niveau vers une version plus récente de la ligne de commande git 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 de plugins 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 un git fetch est exécuté avec un refspec qui fait référence à 'Origine'. Les versions ultérieures de git en ligne de commande n'ont pas le même problème.

0
Mark Waite

J'ai eu ce problème lors de l'utilisation de GitStack. J'ai examiné C: /GitStack/Apache/logs/error.log et découvert que GitStack recherchait le référentiel au mauvais emplacement, bien que ses paramètres soient D:/Repositories (mon emplacement personnalisé). GitStack recherchait les référentiels dans son emplacement par défaut. emplacement. J'ai donc simplement sauvegardé les paramètres à partir de la page d’administration de GitStack. Cela a résolu le problème.

0
Gautam Jain

Dans le répertoire de mon référentiel sur ma machine dans le terminal, je devais réinitialiser le Origin url:

git remote set-url Origin [email protected]:repoaccountname/repo-name.git
0
Arjun Mehta

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

0
Julien

vous avez probablement essayé de cloner comme ceci:

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

Alors 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:

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

parce que le répertoire "info/refs" se trouve dans le répertoire .git.

0
David Beckwith

Dans mon cas, j'essayais de cloner un référentiel privé dans notre compte de groupe Github 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 de groupe Github. 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://[email protected]': 

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

0
yuqian