Estúpido problema con Github en este momento. Tengo una cantidad decente de cambios (~ 120 MB de tamaño), cuando intento presionar, esto es lo que sucede:
error: RPC failed; result=22, HTTP code = 413
fatal: The remote end hung up unexpectedly
fatal: The remote end hung up unexpectedly
Ya lo hice
git config http.postBuffer 524288000, así que ese no parece ser el problema. ¿Qué podría ser?
HTTP code = 0, GitHub está caído, como ayer.HTTP code = 0cuando mi proxy estaba bloqueando. Mi proxy http funciona con github, pero el https no es para mi proxy corporativo. Creo que mi proxy HTTPS fuerza NTLM, mientras que HTTP acepta BASIC. Cambié la URL de origen del repositorio de https a http y funcionó para mí.git remote set-url origin http://github.com/GitUserName/GitRepoName.gitRespuestas:
Si obtiene el error 413, el problema no está en git sino en su servidor web . Es su servidor web el que está bloqueando grandes archivos de carga.
Solución para nginx
Simplemente cargue su
nginx.confy agregueclient_max_body_size 50m;(cambiando el valor a sus necesidades) en el bloque http.Vuelva a cargar nginx para aceptar la nueva configuración ejecutando
sudo service nginx reloade intente nuevamente empujar su confirmación sobre http.Solución para Apache
En su
httpd.confcomplementoLimitRequestBody 52428800(cambiando el valor a sus necesidades) dentro de un<Directory />bloque. Al hacer esto, puede limitar la solicitud de todo el sistema de archivos del servidor, solo un host virtual o un directorio.Espero que esto ayude.
fuente
¡¡¡Me lo imaginé!!! ¡Por supuesto que lo haría justo después de llegar a la publicación!
Tenía el repositorio configurado para usar la URL HTTPS, lo cambié a la dirección SSH y todo volvió a funcionar sin problemas.
fuente
El comando para cambiar la URL remota (de https -> git @ ...) es algo como esto
origen aquí es el nombre de mi control remoto (git remoto y lo que sale es su origen).
fuente
ssh://dessh://git@<bitbucket-repo>:<port>/dir/to/project.gittan cuidado, chicos!Tuve el mismo problema pero estaba usando un proxy inverso.
Así que tuve que configurar
dentro de ambos archivos de configuración:
fuente
Ya tenía "HTTPS //" en la URL de git, pero me enfrenté a este error.
Todo lo que hice fue agregar la opción -u con push y funcionó.
git push -u origin masterfuente
Para aquellos que usan IIS 7 para alojar un git
http/httpspunto final:Necesitas aumentar tu
uploadReadAheadSize.Inicie el Administrador de Internet Information Services (IIS)
Expanda el campo Servidor
Expandir sitios
Seleccione el sitio para el que desea realizar la modificación.
En la sección Características, haga doble clic.
Configuration EditorDebajo de
Sectionseleccionar:system.webServer > serverRuntimeModifique la
uploadReadAheadSizesección (el valor debe estar entre0y2147483647.)Hacer clic Apply
Reiniciar el sitio web
fuente
Si se enfrenta a este problema mientras presiona cambios de gran tamaño, ejecute el siguiente comando en la terminal.
Vea esto para más detalles.
fuente
El error ocurre en 'libcurl', que es el protocolo subyacente para la carga https. La solución es actualizar libcurl de alguna manera. Para obtener más detalles sobre el error, configure GIT_CURL_VERBOSE = 1
https://confluence.atlassian.com/pages/viewpage.action?pageId=306348908
Significado del error, según libcurl doc: CURLE_HTTP_RETURNED_ERROR (22)
Esto se devuelve si CURLOPT_FAILONERROR se establece como VERDADERO y el servidor HTTP devuelve un código de error que es> = 400.
http://curl.haxx.se/libcurl/c/libcurl-errors.html
fuente
Tengo este problema cuando intento clonar un repositorio git en una máquina Linux.
la siguiente URL me funciona en windows
mientras que la siguiente URL funciona en una máquina Linux y tiene https en la URL
fuente
Tuve este error ( error: RPC falló; resultado = 22, código HTTP = 413 ) cuando intenté enviar mi confirmación inicial a un nuevo repositorio de BitBucket. El error ocurrió porque el repositorio de BitBucket no tenía una rama maestra . Si está utilizando SourceTree , puede crear una rama maestra en el origen presionando el botón Git Flow .
fuente
¿Utiliza enlaces https en lugar de enlaces ssh? Debido a que el enlace https está limitado por el tamaño de la carga de HttpServer (como Apache, Ngnix), no existe tal restricción cuando se usa ssh.
Use el siguiente método para cambiar al enlace ssh.
Si determina el nombre del repositorio remoto, continúe directamente con el paso 4. Ahora, puede hacer la operación de inserción felizmente.
fuente
Tuve el mismo problema (en Win XP), actualicé el archivo libcurl-4.dll en mi directorio Git bin a la versión SSL desde http://www.paehl.com/open_source/?download=curl_DLL_ONLY.7z (cambio de nombre a libcurl4.dll). Todo funciona bien ahora.
fuente
El clon de gps https falla (ssh funciona, ver más abajo):
Esto funciona:
git clone [email protected]:123456.gitfuente
Estaba enfrentando el mismo problema. En mi caso, se trataba de versiones GIT no compatibles entre varios usuarios que están accediendo (pull / push) al mismo proyecto.
Acabo de actualizar la versión GIT y la ruta en la configuración de Android Studio y está funcionando bien para mí.
Editar -
Git para Windows (1.9.5) tiene algún problema, actualizarlo puede ayudar.
fuente
Estaba enfrentando el mismo problema, sin embargo, se resolvió limpiando el repositorio git (Limpie los archivos no rastreados usando "git clean").
fuente
git clean -ipor ejemplo, comenzar en modo interactivo.Necesita cambiar la URL remota a ssh o https
o
Espero que esto ayude :)
fuente
Cuando utilicé la URL https para pasar al maestro remoto, me encontré con el mismo problema, lo cambié a la dirección SSH y todo volvió a funcionar sin problemas.
fuente