Github-Push-Fehler: RPC fehlgeschlagen; Ergebnis = 22, HTTP-Code = 413

dummes Problem mit Github, das gerade läuft. Ich habe eine anständige Anzahl von Änderungen (~ 120 MB groß). Wenn ich versuche zu pushen, passiert Folgendes:

error: RPC failed; result=22, HTTP code = 413
fatal: The remote end hung up unexpectedly 
fatal: The remote end hung up unexpectedly

Ich bin bereits fertig

git config http.postBuffer 524288000Das scheint also nicht das Problem zu sein. Was könnte es sein?

Wenn Sie den Fehler 413 erhalten, liegt das Problem nicht bei git, sondern bei Ihrem Webserver . Es ist Ihr Webserver, der große Upload-Dateien blockiert.

Lösung für Nginx

Laden Sie einfach Ihren nginx.confund fügen client_max_body_size 50m;Sie ihn im http-Block hinzu (indem Sie den Wert an Ihre Bedürfnisse anpassen).

Laden Sie nginx neu, um die neue Konfiguration durch Ausführen zu akzeptieren, sudo service nginx reloadund versuchen Sie erneut, Ihr Commit über http zu übertragen.

Lösung für Apache

In Ihrem httpd.confAdd LimitRequestBody 52428800(Ändern des Werts nach Ihren Wünschen) innerhalb eines <Directory />Blocks. Auf diese Weise können Sie die Anforderung des gesamten Server-Dateisystems, nur eines einzelnen virtuellen Hosts oder eines Verzeichnisses, begrenzen.

Ich hoffe das hilft.

Ich habe es herausgefunden!!! Natürlich würde ich gleich nach dem Post!

Ich hatte das Repo so eingestellt, dass es die HTTPS-URL verwendet, ich änderte es in die SSH-Adresse und alles funktionierte wieder einwandfrei.

Der Befehl zum Ändern der Remote-URL (von https -> git @ ...) lautet ungefähr so

git remote set-url origin [email protected]:GitUserName/GitRepoName.git

Ursprung hier ist der Name meiner Fernbedienung (do git remote und was dabei herauskommt, ist dein Ursprung).

Ich hatte das gleiche Problem, aber ich verwendete einen Reverse-Proxy.

Also musste ich einstellen

client_max_body_size 50m; 

in beiden Konfigurationsdateien:

• auf dem gitlab nginx Webserver (wie in den vorherigen Antworten angegeben)
• aber auch auf dem auf dem dedizierten Server gehosteten Nginx-Reverse-Proxy.

Ich hatte bereits "HTTPS //" in der Git-URL und war dennoch mit diesem Fehler konfrontiert.

Alles was ich getan habe war Option -u mit Push hinzuzufügen und es hat funktioniert.

git push -u origin master

Für diejenigen, die IIS 7 zum Hosten eines Git http/ httpsEndpunkts verwenden:

Sie müssen Ihre erhöhen uploadReadAheadSize.

Starten Sie den IIS-Manager (Internet Information Services)

1. Erweitern Sie das Feld Server

2. Erweitern Sie Sites

3. Wählen Sie die Site aus, für die Sie die Änderung vornehmen möchten.

4. Doppelklicken Sie im Abschnitt Funktionen Configuration Editor

5. Unter SectionWählen Sie:system.webServer > serverRuntime

6. Ändern Sie den uploadReadAheadSizeAbschnitt (Der Wert muss zwischen 0und liegen 2147483647.)

7. Klicken Apply

8. Starten Sie die Website neu

Wenn Sie auf dieses Problem stoßen, während Sie Änderungen in großer Größe vornehmen, führen Sie den folgenden Befehl im Terminal aus.

git config --global http.postBuffer 157286400

Sehen Sie dies für weitere Details.

Der Fehler tritt in 'libcurl' auf, dem zugrunde liegenden Protokoll für den https-Upload. Die Lösung besteht darin, libcurl irgendwie zu aktualisieren. Um weitere Details zum Fehler zu erhalten, setzen Sie GIT_CURL_VERBOSE = 1

https://confluence.atlassian.com/pages/viewpage.action?pageId=306348908

Bedeutung des Fehlers gemäß libcurl doc: CURLE_HTTP_RETURNED_ERROR (22)

Dies wird zurückgegeben, wenn CURLOPT_FAILONERROR auf TRUE gesetzt ist und der HTTP-Server einen Fehlercode zurückgibt, der> = 400 ist.

http://curl.haxx.se/libcurl/c/libcurl-errors.html

Ich habe dieses Problem, wenn ich versuche, ein Git-Repo auf einem Linux-Computer zu klonen.

Die folgende URL funktioniert für mich in Windows

http://[email protected]/scm/project/swamy-main.git

Die folgende URL funktioniert auf einem Linux-Computer und enthält https in der URL

https://[email protected]/scm/project/swamy-main.git

Ich hatte diesen Fehler ( Fehler: RPC fehlgeschlagen; Ergebnis = 22, HTTP-Code = 413 ), als ich versuchte, mein anfängliches Commit in ein neues BitBucket-Repository zu verschieben. Der Fehler trat bei mir auf, weil das BitBucket-Repo keinen Hauptzweig hatte. Wenn Sie SourceTree verwenden , können Sie einen Master-Zweig am Ursprung erstellen , indem Sie auf die Schaltfläche Git Flow klicken .

Verwenden Sie https-Links anstelle von SSH-Links? Da der https-Link durch die Größe des Uploads von HttpServer (wie Apache, Ngnix) begrenzt ist, gibt es bei Verwendung von ssh keine solche Einschränkung.

Verwenden Sie die folgende Methode, um zum SSH-Link zu wechseln.

1. Terminal öffnen.
2. Wechseln Sie in das Arbeitsverzeichnis Ihres Projekts.
3. Rufen Sie den Namen des Remote-Repositorys ab

$ git remote -v
origin  https://github.com/[user_name]/[project_name].git (fetch)
origin  https://github.com/[user_name]/[project_name].git (push)

4. Ändern Sie die Git-Adresse in SSH-Link.

git remote set-url origin [email protected]:[user_name]/[project_name].git

Wenn Sie den Namen des Remote-Repositorys ermitteln, fahren Sie direkt mit Schritt 4 fort. Jetzt können Sie den Push-Vorgang problemlos ausführen.

Ich hatte das gleiche Problem (unter Win XP), ich habe die libcurl-4.dll-Datei in meinem Git bin-Verzeichnis von http://www.paehl.com/open_source/?download=curl_DLL_ONLY.7z (Umbenennen) auf die SSL-Version aktualisiert zu libcurl4.dll). Jetzt funktioniert alles in Ordnung.

https-Klon von Gists schlägt fehl (ssh funktioniert, siehe unten):

12:00 jean@laptop:~/tmp$ GIT_CURL_VERBOSE=1 git clone https://gist.github.com/123456.git username
Initialized empty Git repository in /home/jean/tmp/username/.git/
* Couldn't find host gist.github.com in the .netrc file; using defaults
* About to connect() to gist.github.com port 443 (#0)
*   Trying 192.30.252.142... * Connected to gist.github.com (192.30.252.142) port 443 (#0)
* found 141 certificates in /etc/ssl/certs/ca-certificates.crt
*        server certificate verification OK
*        common name: *.github.com (matched)
*        server certificate expiration date OK
*        server certificate activation date OK
*        certificate public key: RSA
*        certificate version: #3
*        subject: C=US,ST=California,L=San Francisco,O=GitHub\, Inc.,CN=*.github.com
*        start date: Mon, 30 Apr 2012 00:00:00 GMT
*        expire date: Wed, 09 Jul 2014 12:00:00 GMT
*        issuer: C=US,O=DigiCert Inc,OU=www.digicert.com,CN=DigiCert High Assurance CA-3
*        compression: NULL
*        cipher: ARCFOUR-128
*        MAC: SHA1
> GET /123456.git/info/refs?service=git-upload-pack HTTP/1.1
User-Agent: git/1.7.1
Host: gist.github.com
Accept: */*
Pragma: no-cache

< HTTP/1.1 301 Moved Permanently
< Server: GitHub.com
< Date: Fri, 01 Nov 2013 05:00:51 GMT
< Content-Type: text/html
< Content-Length: 178
< Location: https://gist.github.com/gist/123456.git/info/refs?service=git-upload-pack
< Vary: Accept-Encoding
<
* Ignoring the response-body
* Expire cleared
* Connection #0 to host gist.github.com left intact
* Issue another request to this URL: 'https://gist.github.com/gist/123456.git/info/refs?service=git-upload-pack'
* Couldn't find host gist.github.com in the .netrc file; using defaults
* Re-using existing connection! (#0) with host gist.github.com
* Connected to gist.github.com (192.30.252.142) port 443 (#0)
> GET /gist/123456.git/info/refs?service=git-upload-pack HTTP/1.1
User-Agent: git/1.7.1
Host: gist.github.com
Accept: */*
Pragma: no-cache

< HTTP/1.1 200 OK
< Server: GitHub.com
< Date: Fri, 01 Nov 2013 05:00:52 GMT
< Content-Type: application/x-git-upload-pack-advertisement
< Transfer-Encoding: chunked
< Expires: Fri, 01 Jan 1980 00:00:00 GMT
< Pragma: no-cache
< Cache-Control: no-cache, max-age=0, must-revalidate
< Vary: Accept-Encoding
<
* Connection #0 to host gist.github.com left intact
* Couldn't find host gist.github.com in the .netrc file; using defaults
* About to connect() to gist.github.com port 443 (#0)
*   Trying 192.30.252.142... * connected
* Connected to gist.github.com (192.30.252.142) port 443 (#0)
* found 141 certificates in /etc/ssl/certs/ca-certificates.crt
* SSL re-using session ID
*        server certificate verification OK
*        common name: *.github.com (matched)
*        server certificate expiration date OK
*        server certificate activation date OK
*        certificate public key: RSA
*        certificate version: #3
*        subject: C=US,ST=California,L=San Francisco,O=GitHub\, Inc.,CN=*.github.com
*        start date: Mon, 30 Apr 2012 00:00:00 GMT
*        expire date: Wed, 09 Jul 2014 12:00:00 GMT
*        issuer: C=US,O=DigiCert Inc,OU=www.digicert.com,CN=DigiCert High Assurance CA-3
*        compression: NULL
*        cipher: ARCFOUR-128
*        MAC: SHA1
> POST /123456.git/git-upload-pack HTTP/1.1
User-Agent: git/1.7.1
Host: gist.github.com
Accept-Encoding: deflate, gzip
Content-Type: application/x-git-upload-pack-request
Accept: application/x-git-upload-pack-result
Content-Length: 116

< HTTP/1.1 301 Moved Permanently
< Server: GitHub.com
< Date: Fri, 01 Nov 2013 05:00:53 GMT
< Content-Type: text/html
< Content-Length: 178
< Location: https://gist.github.com/gist/123456.git/git-upload-pack
< Vary: Accept-Encoding
<
* Ignoring the response-body
* Connection #0 to host gist.github.com left intact
* Issue another request to this URL: 'https://gist.github.com/gist/123456.git/git-upload-pack'
* Violate RFC 2616/10.3.2 and switch from POST to GET
* Couldn't find host gist.github.com in the .netrc file; using defaults
* Re-using existing connection! (#0) with host gist.github.com
* Connected to gist.github.com (192.30.252.142) port 443 (#0)
> GET /gist/123456.git/git-upload-pack HTTP/1.1
User-Agent: git/1.7.1
Host: gist.github.com
Accept-Encoding: deflate, gzip
Content-Type: application/x-git-upload-pack-request
Accept: application/x-git-upload-pack-result

* The requested URL returned error: 400
* Closing connection #0
error: RPC failed; result=22, HTTP code = 400

Das funktioniert: git clone [email protected]:123456.git

War vor dem gleichen Problem. In meinem Fall waren es nicht kompatible GIT-Versionen für mehrere Benutzer, die auf dasselbe Projekt zugreifen (Pull / Push).

Ich habe gerade die GIT-Version aktualisiert und den Pfad für die Android Studio-Einstellungen aktualisiert.

Bearbeiten -

Git für Windows (1.9.5) hat ein Problem, das Aktualisieren kann hilfreich sein.

Es gab das gleiche Problem, das jedoch durch Bereinigen des Git-Repositorys behoben wurde (Bereinigen Sie nicht verfolgte Dateien mit "git clean").

Die Remote-URL muss in ssh oder https geändert werden

git remote set-url origin [email protected]:laravel/laravel.git

oder

git remote set-url origin https://github.com/laravel/laravel.git

Hoffe das wird helfen :)

Als ich die https-URL zum Senden an den Remote-Master verwendete, traf ich auf dasselbe Problem, änderte es in die SSH-Adresse und alles funktionierte wieder einwandfrei.