Git schlägt fehl, wenn Commit an Github gesendet wird

Ich habe ein Git-Repo, das ich auf Github gehostet habe, auf meinen Laptop geklont. Ich konnte ein paar Commits ohne Probleme erfolgreich auf Github übertragen. Jetzt erhalte ich jedoch folgenden Fehler:

Compressing objects: 100% (792/792), done.
error: RPC failed; result=22, HTTP code = 411
Writing objects: 100% (1148/1148), 18.79 MiB | 13.81 MiB/s, done.
Total 1148 (delta 356), reused 944 (delta 214)

Von hier hängt es einfach und ich muss endlich CTRL+ Czurück zum Terminal.

Ich hatte das gleiche Problem und glaube, dass es mit der Größe des Repos (bearbeitet - oder der Größe einer bestimmten Datei) zu tun hat, die Sie pushen möchten.

Grundsätzlich konnte ich neue Repos erstellen und auf Github schieben. Aber ein vorhandenes würde nicht funktionieren.

Der HTTP-Fehlercode scheint mich zu sichern. Es handelt sich um einen Fehler "Länge erforderlich". Vielleicht ist es zu groß, um zu berechnen, oder es ist großartig, dass die max. Wer weiß.

BEARBEITEN

Ich habe festgestellt, dass das Problem möglicherweise große Dateien sind. Ich hatte ein Update, das nicht pushen würde, obwohl ich bis zu diesem Punkt erfolgreiche Pushs hatte. Es gab nur eine Datei im Commit, aber es war zufällig 1.6M

Also habe ich die folgende Konfigurationsänderung hinzugefügt

git config http.postBuffer 524288000

Um bis zu einer Dateigröße von 500M zuzulassen und dann hat mein Push funktioniert. Möglicherweise war dies zunächst das Problem, ein großes Repo über das http-Protokoll zu übertragen.

END EDIT

Die Art und Weise, wie ich es zum Laufen bringen konnte (BEARBEITEN, bevor ich postBuffer modifizierte), bestand darin, mein Repo zu tarieren, es auf einen Computer zu kopieren, der Git über SSH ausführen kann, und es auf Github zu verschieben. Wenn Sie dann versuchen, einen Push / Pull vom ursprünglichen Server auszuführen, sollte dies über https funktionieren. (da es sich um eine viel kleinere Datenmenge handelt als bei einem ursprünglichen Push).

Hoffe das hilft.

Wenn dieser Befehl nicht hilft

git config http.postBuffer 524288000

Versuchen Sie, die ssh-Methode in https zu ändern

git remote -v
git remote rm origin 
git remote add origin https://github.com/username/project.git

Sieht aus wie ein Serverproblem (dh ein "GitHub" -Problem).
Wenn Sie sich diesen Thread ansehen , kann dies passieren, wenn der git-http-backendHeap beschädigt wird (und da nur eine intelligente http-Unterstützung eingerichtet wurde ...).
Was auch immer die eigentliche Ursache ist, kann dies auch mit der jüngsten sporadischen Störung in zusammenhängen einer der GitHub-Dateiserver .

Sehen Sie diese Fehlermeldung immer noch? Denn wenn Sie dies tun:

• Überprüfen Sie Ihre lokale Git-Version (und aktualisieren Sie auf die neueste Version).
• Melde dies als GitHub-Fehler .

Hinweis: Der Smart HTTP-Support ist eine große Sache für diejenigen von uns, die hinter einem authentifizierten Enterprise-Firewall-Proxy stehen!

Wenn Sie von nun an ein Repository über die http://URL klonen und einen Git-Client ab Version 1.6.6 verwenden, verwendet Git automatisch den neueren, besseren Transportmechanismus.
Noch erstaunlicher ist jedoch, dass Sie dieses Protokoll jetzt verschieben und auch private Repositorys klonen können. Wenn Sie auf ein privates Repository zugreifen oder ein Mitarbeiter sind und Push-Zugriff wünschen, können Sie Ihren Benutzernamen in die URL eingeben, und Git fordert Sie zur Eingabe des Kennworts auf, wenn Sie versuchen, darauf zuzugreifen.

Ältere Kunden greifen auch auf den älteren, weniger effizienten Weg zurück, sodass nichts kaputt gehen sollte - nur neuere Kunden sollten besser funktionieren.

Stellen Sie also erneut sicher, dass Sie zuerst Ihren Git-Client aktualisieren.

Das Pushen von der Git-GUI anstelle von Bash funktioniert bei mir.

Ich habe versucht, auf meinen eigenen gehosteten Bonobo-Git-Server zu pushen, und habe nicht bemerkt, dass der http.postbuffer das Projektverzeichnis bedeutet ...

also nur für andere verwirrte:

Warum? In meinem Fall hatte ich große Zip-Dateien mit Assets und einige PSDs wurden ebenfalls gepusht - zu groß für den Puffer, denke ich.

Vorgehensweise http.postbuffer: Führen Sie diesen Befehl in Ihrem Projekt-Quellcodeverzeichnis neben dem Ordner .git aus, nicht auf dem Server.

Beachten Sie, dass große temporäre Dateien (Chunk-Dateien) mit dieser Puffergröße erstellt werden.

Hinweis: Überprüfen Sie einfach Ihre größten Dateien und legen Sie den Puffer fest.

Das Problem beim Pushen liegt hauptsächlich in der Größe der Dateien, die gepusht werden müssen. Ich habe versucht, einige Bibliotheken mit einer Größe von nur 2 MB zu pushen, dann gab auch der Push einen Fehler von RPC mit Ergebnis 7. Die Leitung hat 4 MBit / s und funktioniert einwandfrei. Einige nachfolgende Versuche zum Push brachten mir Erfolg. Wenn ein solcher Fehler auftritt, warten Sie einige Minuten und versuchen Sie es weiter.

Ich habe auch herausgefunden, dass es einige RPC-Fehler gibt, wenn der Github ausgefallen ist oder ein instabiles Netzwerk an seiner Seite ist.

Es ist also die einzige Option, nach einigen Intervallen weiter zu versuchen!

In diesen Fällen können Sie ssh ausprobieren, wenn https nicht funktioniert.

Sie können auch versuchen, die Puffergröße auf eine astronomische Zahl zu erhöhen, damit Sie sich keine Gedanken mehr über die Puffergröße machen müssen. Git-Konfiguration http.postBuffer 100000000