Fehler "Haben Sie git update-server-info ausgeführt?" In einem Github-Repository

Ich verwende den Github Gui von der Website, um meine Repos zu verwalten, und erhalte die folgende Fehlermeldung:

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

Wie kann ich das beheben?

Möglicherweise haben Sie Ihren Repository-Namen geändert

Bearbeiten Sie in Ihrem lokalen Repository die Datei:

.git/config

Dann überprüfe:

[remote "origin"]
   url = 

dass die URL mit Ihrem Remote-Repository übereinstimmt

Haben Sie erstellen ein neues Repository auf dem http://github.com mit dem same name?

Wenn nicht, mach es! Und stellen Sie sicher, dass jeder Buchstabe korrekt ist und zwischen Groß- und Kleinschreibung unterscheidet .

In meinem Fall hatte mein Github-Konto keine Berechtigungen für das Repo. Das Github-Konto wurde als Mitarbeiter für das Repo hinzugefügt und das Problem wurde behoben.

Dieser Fehler wird hauptsächlich durch eine falsche URL verursacht. Überprüfen Sie Folgendes:

• http oder https
• URL-Name
• Benutzername @ git_url
• falscher Git-Name

Es sieht so aus, als wäre dies ein privates (oder gelöschtes) Repository. Wenn Sie die Repository-Seite besuchen, während Sie angemeldet sind, erhalten Sie die echte URL, die wahrscheinlich https: //TeaCodie@github.com/TeaCodie/TeaCodie-Website.git lautet , dh mit einem angegebenen Benutzernamen?

Stellen Sie außerdem sicher, dass das von Ihnen eingegebene Repo korrekt verpackt ist (Groß- und Kleinschreibung beachten).

Ich habe das gleiche Problem bei der Verwendung eines Github-Repositorys und der Verbindung über https mit dem OS X-Helfer für Anmeldeinformationen für Schlüsselbunde .

Mein Problem war, dass ich die falschen Anmeldeinformationen im Schlüsselbund von OS X gespeichert hatte (ich habe die E-Mail-Adresse verwendet, mit der ich mich bei github.com angemeldet habe, und nicht die Adresse [Benutzername] @ github.com, die Sie erhalten). Ich habe das alte Konto im Schlüsselbund gelöscht und nur das @ github.com-Konto verlassen, wodurch das Problem behoben wurde.

Ich bin mir nicht sicher, ob es damit zusammenhängt, aber als ich die user.emaillokale Konfiguration überprüft habe :

git config -l

Es wurde auch die falsche E-Mail-Adresse angezeigt, daher habe ich den lokalen Git aktualisiert user.email, um auch das richtige Konto zu verwenden:

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

Mein Problem war, dass ich das von github bereitgestellte https-URL-Widget für Klone verwendet habe. Diese URL funktioniert nicht für private Repositorys, da Sie vorne einen Benutzernamen hinzufügen müssen.

Beispiel: Ein privates Repo von John und ein benanntes Widget mit Collaborator Sam. Die richtige URL wäre:

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

Der Github lieferte URL:

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

Die Fehlermeldung lässt zu wünschen übrig.

Stellen Sie sicher, dass Ihr Benutzerkonto als Mitarbeiter zum Repository hinzugefügt wird.

Einstellung -> Mitarbeiter

Das passierte mir und zunächst war nicht ersichtlich, was schief gelaufen war. Am Vortag hatte ich mein Repo auf github.com umbenannt und nur das erste Zeichen des Reponamens von Kleinbuchstaben in Großbuchstaben geändert. Mir war nicht bekannt, dass der Repo-Name in der Ursprungs-URL zwischen Groß- und Kleinschreibung unterscheidet. Ich habe den Fehler erhalten, der den Text "Haben Sie git update-server-info auf dem Server ausgeführt?" Enthielt. Nachdem ich die .git / config-Datei bearbeitet hatte, um den Fall des gleichen Buchstabens in der Ursprungs-URL zu korrigieren, wurde das Problem behoben, der Fehler trat nicht mehr auf und ich konnte meine Änderungen erneut auf das Repo auf github.com übertragen . Noch ein Tipp: Wenn Sie Änderungen an Ihrem Repo auf Github vornehmen, testen Sie die Synchronisierung Ihres lokalen Repos sofort. In meinem Fall habe ich das nicht getan und es war am nächsten Tag, als ich versucht hatte zu synchronisieren und konnte nicht. t wegen des Fehlers und ich vergaß, dass ich das Repo umbenannt hatte, also kratzte ich mich ein bisschen am Kopf. Hätte ich die Synchronisierung sofort getestet, hätte ich dieses Problem sofort erkannt.

Ich bin auf das gleiche Problem gestoßen.
Wie ich dieses Problem gelöst habe, ist:
Ich benutze Git Bash, um ein neues Repo zu erstellen, als ich "Git Push Origin Master" eingab

"fatal: https://github.com/TeaCodie/TeaCodie-Website.git/info/refs nicht gefunden: haben Sie git update-server-info auf dem Server ausgeführt?"

Schließlich stellte ich fest, dass es überhaupt kein Repo auf dem Github gab.
Du solltest besser zuerst ein neues Repo auf Github erstellen.

Vielleicht kann diese Erfahrung jemandem helfen.

Ich habe den gleichen Fehler erhalten, als ich versucht habe, git cloneetwas von Kiln zu finden, das eigentlich ein Mercurial-Repository war.

In meinem Fall habe ich das falsche Protokoll in der Repository-URL verwendet (http anstelle von https).

Dieser Fehler kann auch auftreten, wenn das Repository, das Sie erreichen möchten, gelöscht wurde.

In meinem Fall hatte ich eine alte Version des Git. Ein Upgrade auf die neueste Version hat dieses Problem behoben.

wahrscheinlich haben Sie versucht, so zu klonen:

Git-Klon https://github.com/TeaCodie/TeaCodie-Website.git

Dann hast du diesen Fehler bekommen:

fatal: https://github.com/TeaCodie/TeaCodie-Website.git/info/refs nicht gefunden: Haben Sie git update-server-info auf dem Server ausgeführt?

Folgendes hat bei mir funktioniert:

Git-Klon https://github.com/TeaCodie/TeaCodie-Website.git/.git

weil sich das Verzeichnis "info / refs" im Verzeichnis .git befindet.

Im Verzeichnis meines Repos auf meinem Computer im Terminal musste ich Folgendes zurücksetzen origin url:

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

Ich habe dieses Problem bei der Verwendung von GitStack. Ich habe in C: /GitStack/apache/logs/error.log nachgesehen und festgestellt, dass GitStack das Repository am falschen Speicherort gesucht hat, obwohl in den Einstellungen D: / Repositories (mein benutzerdefinierter Speicherort) angegeben ist. GitStack hat in der Standardeinstellung nach den Repositorys gesucht Ort. Also habe ich einfach die Einstellungen erneut von der GitStack-Administrationsseite gespeichert. Es hat das Problem gelöst.

In meinem Fall habe ich versucht, ein privates Repository in unserem Gruppen-Github-Konto auf meinen Laptop zu klonen:

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?

Ich habe zwei Möglichkeiten gefunden, dies zu lösen.

(1) Verwenden Sie http anstelle von https . Es fragt mich nach dem Namen und dem Passwort unseres Gruppen-Github-Kontos. Nachdem ich die Informationen eingegeben habe, kann ich sie klonen.

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) Fügen Sie mein Github-Konto zu den Mitarbeitern des privaten Repositorys in unserem Gruppen-Github-Konto hinzu, wie in der obigen Antwort von Monkey King angegeben .

Ich bin auf diese Meldung gestoßen, als ich Jenkins 2.176.1 und das Git-Plugin 3.10.0 mit einer sehr alten Befehlszeilen-Git-Version (1.7.1) verwendet habe, die in CentOS 6 enthalten ist.

Die Nachricht wird nicht auftreten , auf neueren Versionen der Befehlszeile git (1.8 oder höher) mit dem Jenkins git Plugin.

Ein Upgrade auf eine neuere Befehlszeilen-Git-Version behebt das Problem.

Offiziell unterstützt das Jenkins Git-Plugin das Kommandozeilen-Git 1.7.1 nicht. Die minimal unterstützte Version ist Command Line Git 1.7.10. Viele Anwendungsfälle für Jenkins Git-Plugins erfordern mindestens Command Line Git 1.9.0.

Die Befehlszeile git 1.7.1 verhält sich anders als spätere Versionen, wenn ein Repository initialisiert wurde (mit git init) und dann a git fetchmit einer Referenz ausgeführt wird, die auf 'origin' verweist. Spätere Versionen von Command Line Git haben nicht das gleiche Problem.