Cloné un repositorio de git que he alojado en github en mi computadora portátil. Pude enviar con éxito un par de commits a github sin problemas. Sin embargo, ahora recibo el siguiente error:
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)
A partir de aquí se cuelga y que finalmente tienen que CTRL+ Cde nuevo a la terminal.
origin
sección de.git/config
no dice http, ¿verdad?Respuestas:
Tuve el mismo problema y creo que tiene que ver con el tamaño del repositorio (editado o el tamaño de un archivo en particular) que está tratando de impulsar.
Básicamente pude crear nuevos repositorios y empujarlos a github. Pero uno existente no funcionaría.
El código de error HTTP parece respaldarme, es un error de 'Longitud requerida'. Entonces, tal vez sea demasiado grande para calcificar o engrosar que el máximo. Quién sabe.
EDITAR
EDICIÓN FINAL
la forma en que podía hacer que funcionara (EDITAR antes de modificar postBuffer) era tar mi repositorio, copiarlo en una máquina que puede hacer git sobre ssh y empujarlo a github. Luego, cuando intente hacer un push / pull desde el servidor original, debería funcionar a través de https. (ya que es una cantidad de datos mucho menor que un envío original).
Espero que esto ayude.
fuente
http.postBuffer
es más innecesario que dañino, pero hay un efecto secundario negativo: aumentarlo por encima del valor predeterminado puede aumentar la latencia para los empujes más grandes (ya que el cliente almacenará la solicitud HTTP en fragmentos más grandes).Si este comando no ayuda
Intenta cambiar el método ssh a https
fuente
Parece un problema del servidor (es decir, un problema de "GitHub").
Si nos fijamos en este hilo , puede suceder cuando
git-http-backend
se daña el montón (y dado que simplemente implementaron un soporte http inteligente ...)Pero cualquiera que sea la causa real, también puede estar relacionado con una interrupción esporádica reciente en uno de los servidores de archivos GitHub .
¿Sigue viendo este mensaje de error? Porque si lo haces:
Nota: ¡ El soporte Smart HTTP es un gran problema para quienes estamos detrás de un proxy de firewall empresarial autenticado!
De nuevo, asegúrese de actualizar primero su cliente Git.
fuente
Empujar desde Git GUI en lugar de Bash funciona para mí.
fuente
Traté de empujar a mi propio servidor alojado bonobo-git, y no me di cuenta, que http.postbuffer significaba el directorio del proyecto ...
así que solo para otros confundidos:
¿por qué? En mi caso, tenía grandes archivos zip con activos y algunos PSD también empujados, demasiado grande para el búfer, supongo.
Cómo hacer esto http.postbuffer: ejecute ese comando dentro del directorio src de su proyecto, al lado de la carpeta .git, no en el servidor.
tenga en cuenta que se crearán archivos temporales grandes (trozos) de ese tamaño de búfer.
Nota: Simplemente verifique sus archivos más grandes, luego configure el búfer.
fuente
El problema para empujar es principalmente debido al tamaño de los archivos que necesitan ser empujados. Estaba tratando de empujar algunas bibliotecas de solo 2 mb de tamaño, luego el empuje estaba dando un error de RPC con el resultado 7. La línea es de 4 mbps y funciona bien. Algunos intentos posteriores al empuje me dieron éxito. Si se produce dicho error, espere unos minutos y siga intentándolo.
También descubrí que hay algunas fallas de RPC si el github está inactivo o si la red está inestable a su lado.
¡Así que seguir intentándolo después de algunos intervalos es la única opción!
fuente
en estos casos puedes probar ssh si https está atascado.
También puede intentar aumentar el tamaño del búfer a una figura astronómica para que no tenga que preocuparse por el tamaño del búfer más git config http.postBuffer 100000000
fuente