tag name create conectar con commands comentarios git github rpc

name - Git falla al presionar commit a github



git tag name (5)

El problema para presionar principalmente se debe al tamaño de los archivos que se deben presionar. Estaba tratando de empujar algunas librerías de tan solo 2 mb de tamaño, entonces también el impulso daba error de RPC con el resultado 7. La línea es de 4 mbps y funciona bien. Algunos intentos posteriores al impulso me dieron éxito. Si ese error llega, espere unos minutos y siga intentándolo.

También descubrí que hay algunos errores de RPC si el github está inactivo o está recibiendo una red inestable a su lado.

¡Entonces seguir intentándolo después de algunos intervalos es la única opción!

He clonado un repositorio git que he alojado en github en mi computadora portátil. Pude lanzar exitosamente un par de commits a github sin problema. 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í, simplemente se cuelga y finalmente tengo que CTRL + C de vuelta a la terminal.


Empujar desde Git GUI en lugar de Bash funciona para mí.


Parece un problema de servidor (es decir, un problema "GitHub").
Si miras este hilo , puede suceder cuando el git-http-backend obtiene un montón dañado (y puesto que simplemente ponen en marcha un soporte inteligente de http ...)
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 .

¿Todavía ves este mensaje de error? Porque si lo haces:

  • verifique su versión local de Git (y actualice a la última versión)
  • informa esto como un error de GitHub .

Nota: ¡ El soporte Smart HTTP es un gran negocio para aquellos de nosotros que estamos detrás de un proxy de servidor de seguridad basado en autenticación!

A partir de ahora, si clonas un repositorio sobre http:// url y estás usando un cliente Git versión 1.6.6 o superior, Git usará automáticamente el mecanismo de transporte más nuevo y mejor.
Aún más sorprendente, sin embargo, es que ahora puede presionar sobre ese protocolo y clonar repositorios privados también. Si accede a un repositorio privado, o es colaborador y desea acceso de inserción, puede poner su nombre de usuario en la URL y Git le solicitará la contraseña cuando intente acceder a él.

Los clientes más antiguos también recurrirán a la forma anterior, menos eficiente, para que nada se rompa; solo los clientes más nuevos deberían funcionar mejor.

Entonces, de nuevo, asegúrese de actualizar su cliente Git primero.


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 intentas impulsar.

Básicamente, pude crear nuevos repositorios e insertarlos en github. Pero uno existente no funcionaría.

El código de error HTTP parece respaldarme, es un error de ''Longitud requerida''. Así que tal vez es demasiado grande para calcular o saludado que el máximo. Quién sabe.

EDITAR

Descubrí que el problema pueden ser los archivos que son grandes. Tenía una actualización que no empujaría aunque tuve empujes exitosos hasta ese punto. Solo había un archivo en la confirmación pero resultó ser 1.6M

Así que agregué el siguiente cambio de configuración

git config http.postBuffer 524288000

Permitir hasta el tamaño de archivo 500M y luego mi empuje funcionó. Pudo haber sido que este fue el problema inicialmente al impulsar un gran repositorio sobre el protocolo http.

FIN EDITAR

la forma en que podía hacer que funcionara (EDITAR antes de modificar postBuffer) era cargar mi repositorio, copiarlo en una máquina que puede hacer git sobre ssh, y presionarlo en github. Luego, cuando intente hacer un push / pull desde el servidor original, debería funcionar sobre https. (dado que es una cantidad de datos mucho más pequeña que una inserción original).

Espero que esto ayude.


en estos casos, puede probar ssh si https está atascado.

También puede intentar aumentar el tamaño del búfer a una cifra astronómica para que no tenga que preocuparse por el tamaño del búfer, más git config http.postBuffer 100000000