Git trava enquanto escreve objetos

Eu estou tentando git push -u origin masterE ele apenas trava

Writing objects:  99% (219/220), 12.65 MiB | 97 KiB/s

A 12.65parte muda. Quando saio do processo e o executo novamente, ele continua em 99%, mas nunca termina, como antes.

Nunca é empurrado com sucesso. Este é o commit inicial.

Segui o conselho de VonC:

git config --global http.postBuffer 524288000

Para referências futuras, com base em comentários:

500 MB: 524288000 (as posted in the original answer)
1 GB: 1048576000
2 GB: 2097152000 (anything higher is rejected as 'out of range')

Isso estava acontecendo por causa de um arquivo enorme e não ignorado no diretório repo. Opa.

EDITAR

O travamento ocorreu porque o arquivo estava demorando muito para ser carregado. O arquivo não deveria ter sido incluído no push.

EDITAR

Embora seja verdade que um arquivo enorme pode ser a razão por trás desse problema, se você não pode ignorar o arquivo em questão ou apenas tiver que enviá-lo, siga esta resposta.

Eu tive o mesmo problema com (escrever objetos% 16) travado e fatal. Resolvi isso salvando as alterações atuais e clonando um novo repositório e, em seguida, copiando os arquivos modificados para ele.

Por exemplo. Suponha que o repositório atual seja A, então tudo que você precisa fazer é:

1. mv A B
2. git clone A
3. mv B/* A/
4. rm -rf B

Em seguida, comprometa e empurre e tudo funcionou bem. Ele reconheceu os arquivos movidos como modificados :)

No meu caso, eu estava usando uma pasta git com direitos inválidos armazenados na mesma unidade de um repo, mas poderia ser o mesmo com ssh mesmo se você usar um usuário de login autorizado.

Verifique se você tem os direitos corretos para escrever no repositório distante.

Exemplo:

Init repo local e distante

git init /tmp/src
git init --bare /tmp/dst
cd /tmp/src

Adicionando repositório remoto à origem

src > git remote add dest /tmp/dst

Simulando problema

src > chmod -R 555 /tmp/dst

Adicionando arquivo falso e empurrando-o

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 trava

Solução

src > chmod -R 775 /tmp/dst

Na minha situação, era o tamanho do arquivo. Ao adicionar um arquivo .gitignore com as extensões necessárias, fui capaz de ignorar a maioria dos arquivos indesejados a serem enviados.

No meu caso, eu estava tendo baixa velocidade de upload pela internet e o arquivo que eu queria enviar era grande, o truque é usar git LFS (armazenamento de arquivos grandes) que é muito mais paciente para fazer upload de arquivos grandes, você pode encontrar um tutorial do git LFS aqui

git clean -f -nresolve meu problema. Existem muitos arquivos não rastreados não detectados. Mas tome cuidado porque isso irá remover arquivos em seu diretório

No meu caso, estava tentando empurrar sem cumprir as regras da minha empresa. Aprendi mais tarde que deveríamos iniciar nossas mensagens de commit com "MOBIL-XXXX", onde XXXX é o número que os desenvolvedores são atribuídos no Jira (outra ferramenta que usamos para rastrear o processo de desenvolvimento) por analistas.

Certifique-se de verificar se sua empresa possui uma regra de restrição semelhante.

Eu estava tendo o mesmo problema na máquina Windows 10, que writing objectsestava travando, mas em uma situação um pouco diferente.

O problema que eu estava tendo era apenas quando estava tentando adicionar novos arquivos ao repositório. Se eu atualizar arquivos que já existem no repositório, tudo está funcionando bem e não importa se o tamanho do arquivo era grande ou não. Principalmente, eu estava tentando adicionar novos scripts.

Tentei todas as outras soluções encontradas na internet, mas nada funcionou no meu caso e a última coisa que tentei realmente funcionou. Parece que foi por causa de algumas permissões do Windows para a unidade e pasta específicas que impedem que o aplicativo grave nessas pastas específicas ou atualize os arquivos, mesmo quando estou conectado com uma conta de administrador e executando o aplicativo como administrador. Portanto, este comando:

attrib -r +s D:\foldername 

corrigiu o problema para mim.

Apenas postando aqui, talvez alguém tenha o mesmo problema que o meu.