Die remote end hung up unerwartet, während Git push mit großen Dateien
Wenn ich versuchen, zu schieben, zu meinem bitbucket-repo, bekomme ich die folgende Fehlermeldung. (In der Tat ist es das gleiche in GitHub als auch).
Zählen von Objekten: 48, fertig.
Delta-Kompression mit bis zu 2 threads.
Compressing objects: 100% (38/38), durchgeführt.
Schreiben Objekte: 100% (48/48), 1.95 MiB | 38 KiB/s, durchgeführt.
Insgesamt 48 (delta-9), reused 0 (delta 0)
fatal: The remote end hung up unerwartet
Fehler: RPC ist fehlgeschlagen; Ergebnis=56, HTTP-code = 0
fatal: recursion detected in die handler
Alles up-to-date
Meistens bekomme ich eine andere Fehlermeldung wie
Fehler: RPC ist fehlgeschlagen; Ergebnis=56, HTTP-code = 0
fatal: The remote end hung up unerwartet
Entweder Weg SCHIEBEN, schlägt fehl. Dies ist nur für große Dateien, die ich Schätze. Nach kleineren änderungen funktioniert es einwandfrei. Ich habe aktualisiert http.postBuffer
2M und es funktioniert immer noch nicht.
Wichtig
Ich habe eine 3G-Verbindung und ein EVDO CDMA-basierten Internet-Verbindung. Mit der 3G-Verbindung, PUSH und alles andere funktioniert. Aber mit dem EVDO ich bekomme den oben genannten Fehler. Also ich bin unter dem Eindruck, dass seine weil einige Verbindungs-problem mit meinem EVDO oder ISP.
Wie kann ich dies beheben?
Du musst angemeldet sein, um einen Kommentar abzugeben.
in der Regel, fern-Hänger sind aus nicht autorisierte Benutzer. aber wenn Sie verbinden können, dass ist nicht das Problem.
wenn Sie wirklich denken, dass es eine Datei Größe Problem, das ist mein bester Vorschlag:
die Standard-Größe, in der das git-client startet "chunking" die Anfrage ist 1MB. Sie können diese Einstellung ändern mit:
git config http.postBuffer 524288000
in diesem Beispiel wird die postBuffer auf 500 MB. spielen, um mit diesem Wert und sehen, ob es hilft.
Ich stieß auf dieses Problem mit bitbucket, die Erhöhung der
postBuffer
war wahrscheinlich notwendig, aber nicht lösen das Problem.Ich war nur in der Lage, diese zu lösen, indem mit einem anderen internet-Verbindung.
Diese sind die Fehler
GIT_CURL_VERBOSE=1
zurückgegeben:dann
Hoffe, dass hilft jemandem, vielleicht jemand mit mehr wissen versteht diese SSL-Fehler?
Update:
Das Problem, das ich hatte, war auf einem inital
git push
in die repo und seitdem habe ich versucht, das gleiche, drängen in die gleiche bitbucket repo mit den original internet-Verbindung und es funktioniert.Ich lief in das gleiche problem und es war, weil meine push enthalten einige große Dateien. Offenbar github hat eine maximale Größe von 100 MB auf eine Größe einer einzelnen Datei. Ich entfernte die großen Dateien von meinem commit und wiederholt, git push, und es funktionierte. Hier einige weitere Informationen über die Größenbeschränkungen:
https://help.github.com/articles/what-is-my-disk-quota
Stellt sich heraus, es war ein Problem mit BSNL ist EVDO-Verbindung. Leider keiner von den Technikern in Kırklareli in der Lage waren, mir zu helfen. Also habe ich verworfen, die Verbindung.
Zurück zum guten alten WLAN-Breitband :D.
Wenn die Ursache ist eine riesige Datei und
http.postBuffer
einfach nicht für Sie arbeiten, versuchen Sie, die Umstellung von http, ssh (d.h.ssh://git@<your git repository>
). Dies wird wahrscheinlich erhalten Sie in der Vergangenheit Ihre Hürde ist.