Ich habe versucht, neue Änderungen in mein vorhandenes Repo zu übertragen, erhalte jedoch immer wieder die folgende Fehlermeldung:
-MacBook-Pro:spa $ git push origin master Benutzername für XX Passwort für fatal: Zugriff nicht möglich ‘https://github.com/XXXX/‘: Leere Antwort vom Server
Ich habe es sogar mit dem neuen Repo versucht, aber das Ergebnis ist das gleiche.
Können Sie die Ursprungsfernbedienung Ihres Repos überprüfen und die Informationen einfügen? git remote -v
Bitte beachten Sie, dass ich jedes Repo leicht klonen kann, aber ich kann nicht pushen, obwohl meine Authentifizierung übereinstimmt.
– Codebasiert
6. Februar 2015 um 10:59 Uhr
Versuchen Sie, das Projekt in einem anderen Pfad zu klonen, nehmen Sie einige Änderungen vor und pushen Sie diesen neuen Commit. Ich denke, dass etwas schief gelaufen ist, wo Sie Ihr Repo klonen
– Kankor
6. Februar 2015 um 11:08 Uhr
Gleiches Ergebnis; Es scheint wahrscheinlich mit der Maschine zu tun zu haben, ich bin auf Mac Pro Yosemite 10.10.1 (14B25)
– Codebasiert
6. Februar 2015 um 11:26 Uhr
Grr…
Das Problem wurde nach dem Neustart meines Mac-Computers behoben.
Vielleicht war meins ein anderes Problem, aber die gleiche Ausgabe: “Leere Antwort vom Server”. Ich habe es gelöst, indem ich es getan habe
git fetch origin --prune
Danach war Push erfolgreich.
Wilmar PR
Sie können Ihren Computer oder Ihren lokalen Server neu starten.
Das gleiche Problem ist mir heute unter OS X Yosemite 10.10.5 mit Git-Version 2.5.4 (Apple Git-61) passiert, als ich versucht habe, Git Push an Bitbucket zu senden. Computer neu gestartet und der Fehler ist weg. Irgendwelche Ideen, was die Natur dieses Fehlers ist?
– Anton Malyschew
5. August 2016 um 14:45 Uhr
Ich hatte ein ähnliches Problem mit Git. Ich dachte, es sei ein Problem im Zusammenhang mit den von Windows verwalteten Git-Anmeldeinformationen.
Hier ist, was ich Schritt für Schritt ausprobiert habe
Neustart meines Computers
Neustart meines Netzwerkgeräts
Löschen von Anmeldeinformationen aus dem Anmeldeinformations-Manager in der Windows-Systemsteuerung
Neudefinieren der Remote-URL mithilfe von
git remote set-url
Als ich versuchte, nach diesen Schritten zu pushen, fragte Windows nach neuen Anmeldeinformationen. Ich habe den Benutzernamen und das Passwort meines Github/was auch immer-Dienstes eingegeben und der Push war erfolgreich.
Hier ist, was meiner Meinung nach passiert ist. Wenn Sie Anmeldeinformationen nicht manuell hinzufügen, speichert Windows die Anmeldeinformationen in einem temporären Cache, wenn Sie zum ersten Mal ein Repository erstellen. Leider geht dieser temporäre Cache nach einiger Zeit verloren, wodurch die Zugangsdaten für die Anmeldung an Ihrem entfernten Git verloren gehen. Einmaliges manuelles Hinzufügen sollte das Problem endgültig lösen.
Hier beantwortet: https://stackoverflow.com/a/27352176/4402501
Zusamenfassend:
Fügen Sie ssh-key zu Ihrem Github-Repository hinzu (Anleitung hier).
Stellen Sie Ihre Remote-URL von HTTPS auf SSH um (Anleitung hier).
Drücken Sie es, als wäre es heiß.
Sam
Es mag kurzsichtig erscheinen, dies zu erwähnen, aber für mich hat der Neustart meines Mac den Zweck erfüllt. Ich arbeite in einem Büro mit einem Proxy und hatte das gleiche Problem, und ein Neustart war das einzige, was bei mir funktioniert hat.
Benutzer1577263
Ich lösche einfach die gespeicherten Hosts (bezogen auf GitHub) in ~/.ssh/known_hosts. Öffnen Sie ein neues Terminal, dieses Problem ist verschwunden.
14292400cookie-checkgits error on push Leere Antwort vom Serveryes
Können Sie die Ursprungsfernbedienung Ihres Repos überprüfen und die Informationen einfügen?
git remote -v
– Kancor
6. Februar 2015 um 10:52 Uhr
Ursprung github.com//XXXX.git (holen) Herkunft github.com//XXXX.git (drücken)
– Codebasiert
6. Februar 2015 um 10:57 Uhr
Bitte beachten Sie, dass ich jedes Repo leicht klonen kann, aber ich kann nicht pushen, obwohl meine Authentifizierung übereinstimmt.
– Codebasiert
6. Februar 2015 um 10:59 Uhr
Versuchen Sie, das Projekt in einem anderen Pfad zu klonen, nehmen Sie einige Änderungen vor und pushen Sie diesen neuen Commit. Ich denke, dass etwas schief gelaufen ist, wo Sie Ihr Repo klonen
– Kankor
6. Februar 2015 um 11:08 Uhr
Gleiches Ergebnis; Es scheint wahrscheinlich mit der Maschine zu tun zu haben, ich bin auf Mac Pro Yosemite 10.10.1 (14B25)
– Codebasiert
6. Februar 2015 um 11:26 Uhr