problema estúpido com o Github acontecendo agora. Tenho uma quantidade decente de alterações (~ 120 MB de tamanho). Quando tento enviar, é isso que acontece:
error: RPC failed; result=22, HTTP code = 413
fatal: The remote end hung up unexpectedly
fatal: The remote end hung up unexpectedly
Já fiz
git config http.postBuffer 524288000, então esse não parece ser o problema. O que poderia ser?
HTTP code = 0, o GitHub está desativado, como ontem.HTTP code = 0quando meu proxy estava bloqueando. Meu proxy http funciona com o github, mas o https não funciona no meu proxy corporativo. Eu acho que meu proxy HTTPS força NTLM, enquanto o HTTP aceita BASIC. Alterei o URL de origem do repositório de https para http e funcionou para mim.git remote set-url origin http://github.com/GitUserName/GitRepoName.gitRespostas:
Se você receber o erro 413, o problema não está no git, mas no seu servidor da web . É o seu servidor da web que está bloqueando grandes arquivos de upload.
Solução para nginx
Basta carregar
nginx.confe adicionarclient_max_body_size 50m;(alterando o valor de acordo com as suas necessidades) no bloco http.Recarregue o nginx para aceitar a nova configuração executando
sudo service nginx reloade tente novamente enviar seu commit por http.Solução para Apache
No seu
httpd.confaddLimitRequestBody 52428800(alterando o valor de acordo com as suas necessidades) dentro de um<Directory />bloco. Fazendo isso, você pode limitar a solicitação de todo o sistema de arquivos do servidor, apenas um único host virtual ou um diretório.Eu espero que isso ajude.
fonte
Eu descobri isso !!! É claro que eu faria logo depois de clicar no post!
Eu tinha o repositório definido para usar o URL HTTPS, mudei para o endereço SSH e tudo voltou a funcionar perfeitamente.
fonte
comando para alterar o URL remoto (de https -> git @ ...) é algo como isto
origem aqui é o nome do meu controle remoto (git remote e o que sai é a sua origem).
fonte
ssh://dessh://git@<bitbucket-repo>:<port>/dir/to/project.gitEntão tenha cuidado, pessoal!Eu tive o mesmo problema, mas estava usando um proxy reverso.
Então eu tive que definir
dentro dos dois arquivos de configuração:
fonte
Eu já tinha "HTTPS //" no URL do git e ainda enfrentava esse erro.
Tudo o que fiz foi adicionar a opção -u com push e funcionou.
git push -u origin masterfonte
Para quem usa o IIS 7 para hospedar um git
http/httpsendpoint:Você precisa aumentar sua
uploadReadAheadSize.Iniciar o Gerenciador do Internet Information Services (IIS)
Expanda o campo Servidor
Expand Sites
Selecione o site para o qual você deseja fazer a modificação.
Na seção Recursos, clique duas vezes
Configuration EditorEm
Sectionselecionar:system.webServer > serverRuntimeModifique a
uploadReadAheadSizeseção (O valor deve estar entre0e2147483647.)Clique Apply
Reinicie o site
fonte
Se você está enfrentando esse problema enquanto pressiona alterações em tamanho grande, execute o comando abaixo no terminal.
Veja isso para mais detalhes.
fonte
O erro ocorre em 'libcurl', que é o protocolo subjacente para upload https. A solução é atualizar de alguma forma a libcurl. Para obter mais detalhes sobre o erro, defina GIT_CURL_VERBOSE = 1
https://confluence.atlassian.com/pages/viewpage.action?pageId=306348908
Significado do erro, conforme o documento libcurl: CURLE_HTTP_RETURNED_ERROR (22)
Isso será retornado se CURLOPT_FAILONERROR estiver configurado como TRUE e o servidor HTTP retornar um código de erro que seja> = 400.
http://curl.haxx.se/libcurl/c/libcurl-errors.html
fonte
Eu tenho esse problema quando tento clonar um repositório git na máquina Linux.
o seguinte URL está funcionando para mim no Windows
enquanto o seguinte URL funciona na máquina Linux e possui https no URL
fonte
Eu tive esse erro ( erro: RPC falhou; resultado = 22, código HTTP = 413 ) quando tentei enviar minha confirmação inicial para um novo repositório BitBucket. O erro ocorreu para mim porque o repositório do BitBucket não tinha ramificação principal . Se você estiver usando o SourceTree, poderá criar uma ramificação principal na origem pressionando o botão Git Flow .
fonte
Você usa links https em vez de links ssh? Como o link https é limitado pelo tamanho do upload do HttpServer (como Apache, Ngnix), não há essa restrição ao usar o ssh.
Use o método a seguir para alternar para o link ssh.
Se você determinar o nome do repositório remoto, prossiga diretamente para a etapa 4. Agora, você pode executar a operação de envio com satisfação.
fonte
Eu tive o mesmo problema (no Win XP), atualizei o arquivo libcurl-4.dll no diretório Git bin para a versão SSL em http://www.paehl.com/open_source/?download=curl_DLL_ONLY.7z (renomeando para libcurl4.dll). Tudo funcionando bem agora.
fonte
O clone https de gists falha (o ssh funciona, veja abaixo):
Isso funciona:
git clone [email protected]:123456.gitfonte
Estava enfrentando o mesmo problema. No meu caso, eram versões GIT incompatíveis entre vários usuários que estão acessando (pull / push) o mesmo projeto.
acabei de atualizar a versão do GIT e atualizei o caminho nas configurações do estúdio Android e está funcionando bem para mim.
Editar -
Git for Windows (1.9.5) com algum problema, atualizar o mesmo pode ajudar.
fonte
Estava enfrentando o mesmo problema, no entanto, foi resolvido limpando o repositório git (Limpe arquivos não rastreados usando "git clean").
fonte
git clean -ipor exemplo, iniciar no modo interativo.Precisa alterar o URL remoto para ssh ou https
ou
Espero que isso ajude :)
fonte
quando usei o URL https para enviar para o mestre remoto, encontrei o mesmo problema, mudei para o endereço SSH e tudo voltou a funcionar perfeitamente.
fonte