Ich habe ein Repository moodle
auf meinem Github-Konto, das ich forked
aus dem offiziellen Repository habe.
Ich habe es dann auf meinem lokalen Computer geklont. Es hat gut funktioniert. Ich habe mehrere Zweige erstellt (unter dem master
Zweig). Ich habe mehrere Commits gemacht und es hat gut funktioniert.
Ich weiß nicht, wie ich den folgenden Fehler bekomme, wenn ich das tue: git push origin master
fatal: 'origin' does not appear to be a git repository
fatal: The remote end hung up unexpectedly
Wie kann ich den Fehler beheben, ohne mein Repository auf Github zu beeinträchtigen?
Ich benutze Ubuntu 12.10
Der Inhalt meiner .git/config
Nacharbeit cat $(git rev-parse --show-toplevel)/.git/config
gibt:
[core]
repositoryformatversion = 0
filemode = true
bare = false
logallrefupdates = true
[branch "master"]
[branch "MOODLE_23_STABLE"]
[branch "MOODLE_24_STABLE"]
[remote "upstream"]
url = git://git.moodle.org/moodle.git
fetch = +refs/heads/*:refs/remotes/upstream/*
cat $(git rev-parse --show-toplevel)/.git/config
Antworten:
$HOME/.gitconfig
ist deine globale Konfiguration für git.Es gibt drei Ebenen von Konfigurationsdateien .
( Erwähnt von Bereal ) ist Ihre lokale Konfiguration, lokal auf dem Repo Sie geklont.
Sie können auch aus Ihrem Repo heraus Folgendes eingeben:
Überprüfen Sie, ob eine Fernbedienung mit dem Namen "Ursprung" darin aufgeführt ist.
Wenn nicht, können Sie diese Fernbedienung (die beim Klonen eines Repos standardmäßig erstellt wird) erneut hinzufügen:
Das OP erwähnt:
Also
origin
fehlt ' ': der Verweis auf deine Gabel.Siehe " Was ist der Unterschied zwischen
origin
undupstream
in Github "quelle
git remote -v
gibt:upstream git://git.moodle.org/moodle.git (fetch)
upstream git://git.moodle.org/moodle.git (push)
git push -u ghy master
.Ich hatte das gleiche Problem, als ich mein Repository auf GitHub umbenannte. Ich habe versucht zu pushen, an welcher Stelle ich den Fehler bekam
Ich musste die URL mit ändern
Danach funktionierten alle Befehle einwandfrei. Sie können die Änderung mit überprüfen
In meinem Fall wurde nach erfolgreicher Änderung das korrekte umbenannte Repo in der URL angezeigt
quelle
Möglicherweise ist der andere Zweig, aus dem Sie ziehen möchten, nicht synchron. Versuchen Sie es also vor dem Hinzufügen und Entfernen von Remote (wenn Sie versuchen, vom Master zu ziehen)
Für mich löste dieser einfache Anruf diese Fehlermeldungen:
quelle
Versuchen Sie zuerst, einen Remote-Ursprung zu erstellen. Möglicherweise fehlt dieser, weil Sie den Namen des Remote-Repos ändern
git remote add origin URL_TO_YOUR_REPO
quelle
Dies beantwortet Ihre Frage nicht, aber ich habe eine ähnliche Fehlermeldung erhalten, jedoch aus einem anderen Grund. Gestatten Sie mir, meinen Beitrag zum Zwecke der Informationssammlung zu verfassen.
Ich habe ein Git-Repo auf einem Netzlaufwerk. Nennen wir dieses Netzwerklaufwerk RAID. Ich habe dieses Repo auf meinem lokalen Computer (LOCAL) und auf meinem Number Crunching Cluster (CRUNCHER) geklont. Der Einfachheit halber habe ich das Benutzerverzeichnis meines Kontos in CRUNCHER auf meinem lokalen Computer bereitgestellt. So kann ich Dateien auf CRUNCHER bearbeiten, ohne die Arbeit in einem SSH-Terminal erledigen zu müssen.
Heute habe ich Dateien im Repo auf CRUNCHER über meinen lokalen Computer geändert. Irgendwann habe ich beschlossen, die Dateien festzuschreiben, also hat a ein Festschreiben durchgeführt. Das Hinzufügen der geänderten Dateien und das Festschreiben funktionierten wie erwartet, aber als ich anrief
git push
ich anrief, wurde eine Fehlermeldung angezeigt, die der in der Frage angegebenen ähnelte.Der Grund war, dass ich
push
aus dem Repo auf CRUNCHER auf LOCAL angerufen habe. Alle Pfade in der Konfigurationsdatei waren also einfach falsch.Als ich meinen Fehler bemerkte, loggte ich mich über Terminal bei CRUNCHER ein und konnte das Commit pushen.
Fühlen Sie sich frei zu kommentieren, wenn meine Erklärung nicht verstanden werden kann oder Sie meinen Beitrag überflüssig finden.
quelle
Ich hatte den gleichen Fehler beim Verzweigungsnamen des Git-Pull-Ursprungs, als der Remote-Ursprung als Pfad fs und nicht als ssh in .git / config festgelegt wurde :
Es war so (dies funktioniert nur für Benutzer auf demselben Git- Server , die Zugriff auf Git haben):
Es wurde so behoben (dies funktioniert bei allen Benutzern, die Zugriff auf den Git-Benutzer haben (ssh authorizes_keys oder password)):
Der Grund, warum ich es als Verzeichnispfad hatte, war, dass sich die Git- Dateien auf demselben Server befinden.
quelle
/
After-Domain muss:
bei Verwendung von SSH sein. Einfach mit überprüfengit remote -v
.