Estoy tratando de hacerlo git push -u origin mastery simplemente se cuelga en
Writing objects: 99% (219/220), 12.65 MiB | 97 KiB/s
La 12.65parte cambia. Cuando salgo del proceso y lo ejecuto de nuevo, se reanuda al 99% pero nunca termina, igual que antes.
Nunca se empuja con éxito. Este es el compromiso inicial.
Seguí el consejo de VonC:
git config --global http.postBuffer 524288000
Para futuras referencias, basadas en comentarios:
500 MB: 524288000 (as posted in the original answer)
1 GB: 1048576000
2 GB: 2097152000 (anything higher is rejected as 'out of range')
Writing objects: 100%); anteriormente estaba colgado al 25%, por lo que esto claramente ayudó. Sin embargo, todavía estaba teniendo un comportamiento "extraño". Me reinicia el sistema y esto parecía resolver las cosas ... FYI ... si alguien todavía está golpeando problemas después de aumentar su memoria intermedia, reiniciar mi sistema ayudado en mi situación (antigua solución de la escuela, pero, no obstante, un nuevo reinicio realmente ayudó).
524288000viene el número ?
Esto sucedía debido a un archivo enorme y no ignorado en el directorio de repositorio. ¡Ups!
EDITAR
El bloqueo se debió a que el archivo estaba tardando mucho en cargarse. No se suponía que el archivo se hubiera incluido en el envío.
EDITAR
Si bien es cierto que un archivo enorme podría ser la razón detrás de este problema, si no puede ignorar el archivo en cuestión o simplemente tiene que presionarlo, siga esta respuesta.
Tuve el mismo problema con (escribir objetos% 16) atascado y luego fatal. Resolví esto guardando los cambios actuales y cloné un nuevo repositorio, luego copié los archivos modificados en él.
P.ej. Suponga que el repositorio actual es A, entonces todo lo que necesita hacer es:
mv A Bgit clone Amv B/* A/rm -rf BLuego comprometa y empuja y todo funcionó bien. Reconoció los archivos movidos como modificados :)
En mi caso, estaba usando una carpeta git con derechos incorrectos almacenados en la misma unidad que un repositorio, pero podría ser lo mismo con ssh incluso si usa un usuario de inicio de sesión autorizado.
Luego, verifique si tiene los derechos correctos para escribir en el repositorio distante.
Ejemplo:
Iniciar repositorio local y distante
git init /tmp/src
git init --bare /tmp/dst
cd /tmp/src
Agregar repositorio remoto al origen
src > git remote add dest /tmp/dst
Simulando problema
src > chmod -R 555 /tmp/dst
Agregar un archivo falso y presionarlo
src > touch a && git add a && git commit -m 'demo'
src > git push --set-upstream dest master
src > git push
Counting objects: 3, done.
Writing objects: 99% (2/3), 202 bytes | 0 bytes/s.
Git cuelga
Solución
src > chmod -R 775 /tmp/dst
En mi situación era el tamaño del archivo. Al agregar un archivo .gitignore con las extensiones requeridas, pude ignorar la mayoría de los archivos no deseados que se enviarían.
En mi caso, tenía una velocidad de carga de Internet lenta y el archivo que quería enviar era grande, el truco es usar git LFS (almacenamiento de archivos grandes) que es mucho más paciente para cargar archivos grandes, puede encontrar un tutorial de git LFS aquí
git clean -f -nresuelve mi problema. Hay muchos archivos sin seguimiento no detectados. Pero tenga cuidado porque esto eliminará archivos en su directorio
En mi caso, estaba tratando de presionar sin completar las reglas de mi empresa. Más tarde supe que deberíamos comenzar nuestros mensajes de confirmación con "MOBIL-XXXX", donde XXXX es el número que los analistas asignan a los desarrolladores en Jira (otra herramienta que usamos para rastrear el proceso de desarrollo).
Asegúrese de verificar si su empresa tiene una regla de restricción similar.
Tenía el mismo problema en la máquina con Windows 10, writing objectsse colgaba, pero en una situación un poco diferente.
El problema que tenía era solo cuando intentaba agregar nuevos archivos al repositorio. Si actualizo archivos que ya existen en el repositorio, todo estaba funcionando bien y realmente no importa si el tamaño del archivo era grande o no. Principalmente estaba tratando de agregar nuevos scripts.
Probé todas las demás soluciones encontradas en Internet, pero nada funcionó en mi caso y lo último que probé realmente funcionó. Parece que se debió a algunos permisos de Windows para la unidad y carpeta específicas que impiden que la aplicación escriba en esas carpetas específicas o actualice los archivos incluso cuando estoy conectado con una cuenta de administrador y estaba ejecutando la aplicación como administrador. Entonces este comando:
attrib -r +s D:\foldername
solucionó el problema para mí.
Solo publándolo aquí, tal vez alguien tenga el mismo problema que el mío.
http.postbufferayuda? stackoverflow.com/questions/6842687/…