Git push: “fatal ‘origin’ scheint kein Git-Repository zu sein – fatal Konnte nicht aus Remote-Repository lesen.”
Lesezeit: 5 Minuten
Ich weiß, dass ähnliche Fragen schon gestellt wurden.
Aber ich glaube, mein Problem ist auf einen Fehler zurückzuführen, den ich zuvor gemacht habe, und ist daher anders: Lassen Sie mich das erklären.
Alles lief reibungslos, wie ich konnte:
git add . alle Dateien aus meinem lokalen Repository.
git commit -m "message here" um Nachrichten zu meinen Commits hinzuzufügen.
git push origin master um meine Dateien auf GitHub hochzuladen.
git push heroku master um meine Dateien auf Heroku hochzuladen.
Irgendwann habe ich jedoch einen neuen Zweig namens lokal erstellt add-calendar-model falls die nächsten Schritte der App-Entwicklung schiefgehen würden…
… und genau das ist passiert.
Trotz vieler Versuche gelang es mir jedoch nicht, den ursprünglichen Code – dh den Code von vor der Erstellung des neuen Zweigs – aus dem zu erhalten master Verzweigung zu meinem lokalen Repository.
Also habe ich beschlossen, alle Dateien manuell aus meinem lokalen Repository zu löschen und git clone mein master Verzweigung von GitHub.
Auf diese Weise habe ich alle meine Dateien zurückerhalten, aber jetzt kann ich keine weiteren Dateien in das Remote-Repository verschieben.
Jedes Mal, wenn ich versuche zu rennen git push origin add-calendar-model oder git push origin mastererhalte ich folgenden Fehler:
fatal: 'origin' does not appear to be a git repository
fatal: Could not read from remote repository.
Please make sure you have the correct access rights
and the repository exists.
Ich fühle mich mit Git und GitHub nicht sehr wohl, wie Sie vielleicht schon erraten haben, und ich muss zugeben, dass ich keine Ahnung habe, wie ich das beheben kann.
Irgendeine Idee?
Ich hatte einen ähnlichen Fehler, aber mein Problem war, dass ich git im übergeordneten Verzeichnis des aktuellen Ordners initialisiert hatte, in dem ich es versuchte. Nur für den Fall, dass jemand immer noch konfrontiert ist, kann schauen, wo der Git initialisiert ist, und es dann erneut versuchen.
– Himanshu Kriplani
17. April 2020 um 2:39 Uhr
Matt Clark
Überprüfen Sie zunächst, ob Ihre Ursprung wird durch Laufen eingestellt
git remote -v
Dies sollte Ihnen alle Push/Fetch-Fernbedienungen für das Projekt zeigen.
Wenn dies ohne Ausgabe zurückkehrt, springen Sie zum letzten Codeblock.
Überprüfen Sie den Namen/die Adresse der Gegenstelle
Wenn dies anzeigt, dass Sie Fernbedienungen eingestellt haben, überprüfen Sie, ob der Name der Fernbedienung mit der Fernbedienung übereinstimmt, die Sie in Ihren Befehlen verwenden.
$git remote -v
myOrigin ssh://[email protected]:1234/myRepo.git (fetch)
myOrigin ssh://[email protected]:1234/myRepo.git (push)
# this will fail because `origin` is not set
$git push origin main
# you need to use
$git push myOrigin main
Wenn Sie die Fernbedienung umbenennen oder die URL der Fernbedienung ändern möchten, sollten Sie zuerst die alte Fernbedienung entfernen und dann die richtige hinzufügen.
Entfernen Sie die alte Fernbedienung
$git remote remove myOrigin
Fehlende Fernbedienung hinzufügen
Sie können dann die richtige Fernbedienung mit hinzufügen
$git remote add origin ssh://[email protected]:1234/myRepo.git
# this will now work as expected
$git push origin main
Bei mir hat es auch ohne funktioniert ssh:// vor dem [email protected]:1234/myRepo.git
– Carol-Theodor Pelu
16. Juli 2018 um 7:05 Uhr
Ich habe diese Frage gelesen, ob Sie auch beim neuen Repository-Push-Fehler helfen könnten?
– Statische Variable
3. September 2018 um 7:04 Uhr
Ich habe meinen Remote-Zweig von Upstream in Origin umbenannt und es hat den Fehler verursacht, nachdem ich die Remote-Referenz vollständig gelöscht hatte git remote remove origin und fügen Sie es dann erneut mit hinzu git remote add origin <url> dann hat es gut geklappt
Fügen Sie die Repository-URL zum Ursprung im lokalen Arbeitsverzeichnis hinzu
Wie Matt Clark oben sagte
Der Ursprung ist jedoch möglicherweise nicht festgelegt, also überspringen Sie den Löschschritt und versuchen Sie einfach, etwas hinzuzufügen, um dies zu beheben.
git remote add origin <"clone">
Wobei „Klon“ einfach in Ihr GitHub-Repo geht und die „HTTPS-Klon-URL“ kopiert und in GitBash einfügt
José Antonio
Auf diese Weise habe ich den Master-Branch aktualisiert
Diese Art von Fehler tritt häufig auf, nachdem der ursprüngliche Code in Ihrem Projekt gelöscht wurde
Überprüfen Sie also zunächst die tatsächliche Remote-Version, entfernen Sie dann den Ursprung, fügen Sie den Kommentar hinzu und kopieren Sie die Repo-URL in die Projektdateien.
Stellen Sie sicher, dass die Konfigurationsdatei unter .git korrekt ist … Überprüfen Sie die URL und stellen Sie sicher, dass Sie das richtige Protokoll für Ihre Schlüssel verwenden … ProjectWorkspace/.git/config
Wir sehen uns die URL an … zB: Für Bitbucket, erwarten Sie [email protected] …. Wenn es gitbucket.org ist. Nehmen Sie die erforderlichen Änderungen vor. SPEICHERN Versuchen Sie es erneut.
md scha
Wenn Sie Ihr Remote-Repository mithilfe von git clone hinzufügen, führen Sie die folgenden Schritte aus:
git clone <repo_url>
dann
git init
git add * *bedeutet alle Dateien hinzufügen
git commit -m 'your commit'
git remote -v um zu prüfen, ob ein Zweig ausgeführt wurde oder nicht, wenn nicht, dann wird nichts angezeigt, dann fügen wir das Repository hinzu oder rufen es ab. “zuerst holen“. Du musst Laufgit pull origin <branch> oder git pull -r origin <branch> vor einem nächster Stoß.
Ein ähnlicher Fehler wird beim Abrufen der Änderungen vom Ursprung angezeigt. Wenn Sie Intellij über die Menüoptionen versuchen, funktioniert der Pull möglicherweise nicht direkt.
Gehen Sie zum Terminal und geben Sie diesen Befehl ein, und das sollte funktionieren: git pull origin master
9156000cookie-checkGit push: “fatal ‘origin’ scheint kein Git-Repository zu sein – fatal Konnte nicht aus Remote-Repository lesen.”yes
Ich hatte einen ähnlichen Fehler, aber mein Problem war, dass ich git im übergeordneten Verzeichnis des aktuellen Ordners initialisiert hatte, in dem ich es versuchte. Nur für den Fall, dass jemand immer noch konfrontiert ist, kann schauen, wo der Git initialisiert ist, und es dann erneut versuchen.
– Himanshu Kriplani
17. April 2020 um 2:39 Uhr