Git, fatal: O final remoto desligou inesperadamente

Quando eu tentei correr

git push origin master --force 

Eu acabei de receber

 Counting objects: 2649, done. Delta compression using up to 2 threads. Compressing objects: 100% (1280/1280), done. error: RPC failed; result=22, HTTP code = 413 | 116 KiB/s fatal: The remote end hung up unexpectedly Writing objects: 100% (2504/2504), 449.61 MiB | 4.19 MiB/s, done. Total 2504 (delta 1309), reused 2242 (delta 1216) fatal: The remote end hung up unexpectedly Everything up-to-date 

É algo a ver com não ser seguro? Eu tentei criar uma chave pública como na resposta para Fatal: O fim remoto desligou inesperadamente e executá-lo novamente, mas ainda não funciona. Eu não estou realmente usando a chave? Se sim, como faço para usá-lo?

Isso é semelhante a Como faço para obter o github como padrão para ssh e não https para novos repositorys . Provavelmente vale a pena tentar mudar do protocolo http para o ssh:

 $ git remote add origin git@github.com:username/project.git 

O problema é devido às configurações do buffer git / https. A fim de resolvê-lo (tomado do Git falha ao pressionar commit para o github )

 git config http.postBuffer 524288000 

E execute o comando novamente

Causa: O tamanho da postagem do arquivo padrão para o Git foi excedido.

Solução:

Navegue até o repo.

Execute o seguinte comando para aumentar o buffer para 500MB depois de navegar para o repository:

 git config http.postBuffer 524288000 

Você pode receber um erro como este

erro: não foi possível bloquear o arquivo de configuração .git / config: Nenhum arquivo ou diretório

isso é porque você não tem um arquivo .git/config local .git/config Você pode fazê-lo funcionar com este comando

git config --global http.postBuffer 524288000

Outras soluções não funcionaram no meu caso, fazendo uma garbage collection para mim:

git gc --aggressive

Só para adicionar isso (porque esta foi a primeira input quando eu pesquisei):

Esse erro também pode ser acionado pela falta de access de gravação para o repository.

No meu caso, eu criei o repository com a conta root do meu servidor e realmente esqueci disso mais tarde, para que o usuário do git não pudesse escrever os pushs no diretório.

No nosso caso, o problema era um clone que escreveu um arquivo .git/config que continha uma input de URL que era um método de access somente leitura. A alteração da URL do método :// para o método @ corrigiu o problema.

Correndo git remote -v iluminou o problema alguns.

Você provavelmente clonou o repository dentro de um existente, para resolver o problema pode simplesmente clonar o repository em outro diretório e replicar as mudanças para este novo diretório e depois executar o push.

Se você está usando o git para windows (e provavelmente você está, se você está fazendo isso em uma máquina windows), e nenhuma das outras correções aqui funcionou para você, tente ir para https://github.com/git-for- windows / git / releases , e obtendo uma versão na versão 2.4.5 ou posterior. Corrigido para mim.

Outra adição, desde que eu encontrei este erro de uma maneira diferente e o Google me levou aqui.

Meu problema era uma incompatibilidade de caso; um camelCase e um não. Aparentemente, o GIT te impede de fazer isso sem lhe dizer o porquê. Portanto, se suas ramificações forem diferentes do controle remoto somente na capitalização, tente alterá-las para serem idênticas.

Veja: Git: ‘Mestre não pode ser resolvido para ramificar’ após a mesclagem

Ao contrário de uma das outras respostas – eu tive o problema em push usando ssh – mudei para https e foi consertado.

 git remote remove origin git remote add origin https://github..com/user/repo git push --set-upstream origin master 

Isso pode ocorrer após atualizar sua plataforma OSX.

Abra o Terminal e navegue até a pasta .ssh e digite ssh-add -K ~/.ssh/id_rsa

Aconteceu de ter o mesmo erro no pull.
Eu fiz o truque “http.postBuffer”. Ele resolveu, mas quando eu quis empurrar, eu encontrei o erro novamente.

O que resolveu meu problema:
1. Clonou-o para outra pasta com outra máquina virtual. (Linux)
2. Eu fiz minhas alterações.
3. Empurrei com a máquina virtual original onde inicialmente não consegui empurrar. (Janelas)

Eu recebi este erro quando eu tinha par de chaves incorreto em .ssh. Adicionando o pubkey ao github (nas configurações) corrigiu esse problema para mim.

Eu tenho o mesmo problema. Notei na página web do git que a URL clone do SSH tem a seguinte estrutura:

 git@github.com:user/project.git 

Eu poderia resolver o meu problema apenas alterando o “:” por “/”, da seguinte maneira:

 git@github.com/user/project.git 

pode ser isso pode ser útil.

Parece que pode ser uma de mil coisas.

Para mim, eu estava inicialmente empurrando mestre e desenvolver (mestre não tinha alterações) via SourceTree. Mudando isso para desenvolver apenas funcionou.

Eu recebi este erro quando eu tinha errado o nome da minha ramificação remota

Consegui contornar esse problema usando o Git Shell.

Cada repository dentro do github.com fornece URLs HTTPS / SSH / Subversion que você pode usar para fazer download usando o Shell, veja aqui: http://prntscr.com/8ydguv .
Com base nas mudanças recentes do GitHub, o SSH parece ser o melhor método.

Comando para usar no Shell:

 git clone "URL of repo goes here w/ no quotes" 

Parece quase inútil adicionar uma resposta, mas eu estava lutando contra isso há séculos quando finalmente descobri que era o Visual Studio Online que estava sofrendo uma interrupção esporádica. Isso ficou claro quando o VS continuava solicitando creds e o site da VSO às vezes dava um 500.

 Counting objects: 138816, done. Delta compression using up to 8 threads. Compressing objects: 100% (38049/38049), done. error: unable to rewind rpc post data - try increasing http.postBuffer error: RPC failed; curl 56 SSL read: error:00000000:lib(0):func(0):reason(0), errno 10054 The remote end hung up unexpectedly/138816), 33.30 MiB | 3.00 KiB/s Writing objects: 100% (138816/138816), 50.21 MiB | 3.00 KiB/s, done. Total 138816 (delta 100197), reused 134574 (delta 96515) fatal: The remote end hung up unexpectedly Everything up-to-date 

Eu configurei meu buffer de postagem HTTP de volta para 2Mb depois, já que acho que funciona melhor com muitos posts menores.

Lucas

Faça isso para ver a chave que você está usando; ssh -vT git@github.digitalglobe.com

Em seguida, certifique-se de que na sua construção você tem essa execução no início. eval “$ (ssh-agent -s)” ssh-add ~ / .ssh / id_rsa

1) cd para o diretório do projeto

2) git status

3) git checkout -f HEAD

4) confirmar o sucesso puxando o mestre novamente para ter certeza de que você está atualizado se o seu repo parecia incompleto

Isso funciona se você receber o erro em questão do Git do Visual Studio ao clonar um repository do Bitbucket

Intereting Posts