Git, fatal: O final remoto desligou inesperadamente DoCow
bitbucket git github visual studio
Quando eu tentei correr
Eu acabei de receber
É 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?
Como remover um diretório do repository git?
Acesso ao repository negado. access por meio de uma chave de implantação é somente leitura
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:
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 )
E execute o comando novamente
Causa: O tamanho da postagem do arquivo padrão para o Git foi excedido.
Navegue até o repo.
Execute o seguinte comando para aumentar o buffer para 500MB depois de navegar para o repository:
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
Outras soluções não funcionaram no meu caso, fazendo uma garbage collection para mim:
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.
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.
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:
Eu poderia resolver o meu problema apenas alterando o ":" por "/", da seguinte maneira:
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:
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.
Eu configurei meu buffer de postagem HTTP de volta para 2Mb depois, já que acho que funciona melhor com muitos posts menores.
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
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
git: as atualizações foram rejeitadas porque o controle remoto contém trabalhos que você não tem localmente