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?
git
github
github-for-mac
Paul
quelle
quelle
git remote add something https://github.com/username/my_project.git
und danngit push something
.Antworten:
Möglicherweise haben Sie Ihren Repository-Namen geändert
Bearbeiten Sie in Ihrem lokalen Repository die Datei:
Dann überprüfe:
dass die URL mit Ihrem Remote-Repository übereinstimmt
quelle
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 .
quelle
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.
quelle
Dieser Fehler wird hauptsächlich durch eine falsche URL verursacht. Überprüfen Sie Folgendes:
quelle
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: //[email protected]/TeaCodie/TeaCodie-Website.git lautet , dh mit einem angegebenen Benutzernamen?
quelle
Stellen Sie außerdem sicher, dass das von Ihnen eingegebene Repo korrekt verpackt ist (Groß- und Kleinschreibung beachten).
quelle
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.email
lokale Konfiguration überprüft habe :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:quelle
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: //[email protected]/john/widget.git
Der Github lieferte URL:
https://github.com/john/widget.git
Die Fehlermeldung lässt zu wünschen übrig.
quelle
Stellen Sie sicher, dass Ihr Benutzerkonto als Mitarbeiter zum Repository hinzugefügt wird.
Einstellung -> Mitarbeiter
quelle
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.
quelle
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.
quelle
Ich habe den gleichen Fehler erhalten, als ich versucht habe,
git clone
etwas von Kiln zu finden, das eigentlich ein Mercurial-Repository war.quelle
In meinem Fall habe ich das falsche Protokoll in der Repository-URL verwendet (http anstelle von https).
quelle
Dieser Fehler kann auch auftreten, wenn das Repository, das Sie erreichen möchten, gelöscht wurde.
quelle
In meinem Fall hatte ich eine alte Version des Git. Ein Upgrade auf die neueste Version hat dieses Problem behoben.
quelle
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.
quelle
Im Verzeichnis meines Repos auf meinem Computer im Terminal musste ich Folgendes zurücksetzen
origin url
:quelle
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.
quelle
In meinem Fall habe ich versucht, ein privates Repository in unserem Gruppen-Github-Konto auf meinen Laptop zu klonen:
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.
(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 .
quelle
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 agit fetch
mit einer Referenz ausgeführt wird, die auf 'origin' verweist. Spätere Versionen von Command Line Git haben nicht das gleiche Problem.quelle