Git e desagradável "erro: não é possível bloquear informações / referências existentes fatais"

Após a clonagem do repositório remoto do git (em bettercodes), fiz algumas alterações, confirmei e tentei fazer o push:

git push origin master

Erros com:

erro: não é possível bloquear informações existentes / referências
fatal: falha no git-http-push

Este caso diz respeito ao repositório já existente.

O que eu fiz antes, foi:

1. git config –global http.sslVerify false
2. git init
3. git remote add [url]
4. git clone
5. alterar dados
6. git commit

Em 'bettercodes' não tenho acesso ao git log.

Estou usando o Windows. O erro detalhado foi:

C:\MyWorkStuff\Projects\Ruby\MyProject\>git push origin master
Unable to create branch path https://user:password@git.bettercodes.org/myproject/info/
error: cannot lock existing info/refs
fatal: git-http-push failed

Eu clonei antes, depois mudei o código e cometi.

Para mim, isso funcionou:

git remote prune origin

Como essa resposta parece ajudar muitas pessoas, eu me concentrei um pouco no que realmente acontece aqui. O que isto fará é remover referências a ramificações remotas na pasta .git/refs/remotes/origin. Portanto, isso não afetará suas ramificações locais e não mudará nada remoto, mas atualizará as referências locais que você tem para ramificações remotas. Parece que em alguns casos essas referências podem conter dados que o Git não pode manipular corretamente.

Você quer tentar:

git gc --prune=now

Consulte https://www.kernel.org/pub/software/scm/git/docs/git-gc.html

Isso aconteceu comigo quando meu git remote (bitbucket.org) mudou seu endereço IP. A solução rápida foi remover e adicionar novamente o controle remoto, e tudo funcionou conforme o esperado. Se você não conhece como remover e adicionar novamente um controle remoto no git, aqui estão as etapas:

1. Copie o URL SSH git do seu controle remoto existente. Você pode imprimi-lo no terminal usando este comando:

   git remote -v

que imprimirá algo como isto:

 origin git@server-address.org:account-name/repo-name.git (fetch)
 origin git@server-address.org:account-name/repo-name.git (push)

2. Remova o controle remoto do seu repositório git local:

   git remote rm origin

3. Adicione o controle remoto novamente ao seu repositório local:

   git remote add origin git@server-address.org:account-name/repo-name.git

Comando em execução git update-ref -d refs/heads/origin/branchcorrigido.

Corrigi isso fazendo o seguinte

git branch --unset-upstream
rm .git/refs/remotes/origin/{branch}
git gc --prune=now
git branch --set-upstream-to=origin/{branch} {branch}
#or git push --set-upstream origin {branch}
git pull

Isso assumindo que suas ramificações locais e remotas estão alinhadas e você está recebendo o erro refs como não fatal.

Eu tive esse problema porque estava em uma ramificação que tinha um nome semelhante a uma ramificação upstream. ou seja, o ramo upstream foi chamado example-branche meu ramo local foi chamado example-branch/backend. A solução foi alterar o nome da minha filial local da seguinte forma:

git branch -m <new name goes here>

O que funcionou para mim foi:

1. Retirar .git/logs/refs/remotes/origin/branch
2. Retirar .git/refs/remotes/origin/branch
3. Corre git gc --prune=now

Provavelmente isso já está resolvido. Mas aqui está o que funcionou para mim.

1. Localização:

   • Se o repositório bloqueado estiver no lado do servidor:

     1. ssh no seu repositório git no servidor.
     2. Efetue login como usuário com permissões para modificar o repositório e navegue até o repositório em seu servidor.

   • Se o repositório bloqueado for apenas local:

     1. Abra o console git e navegue para o diretório do repositório.

     2. Execute este comando:

        git update-server-info
        

2. Corrija as permissões no seu repositório (remoto ou / e local), se necessário. No meu caso, eu tive chmodque 777e chownparaapache:apache

3. Tente enviar novamente a partir do repositório local:

   git push
   

É assim que funciona para mim.

1. procure o arquivo de bloqueio do Apache DAV no seu servidor (por exemplo, / var / lock / apache2 / DAVlock)
2. delete isso
3. recriá-lo com permissões de gravação para o servidor da web
4. reinicie o servidor da web

Alternativa ainda mais rápida:

1. procure o arquivo de bloqueio do Apache DAV no seu servidor (por exemplo, / var / lock / apache2 / DAVlock)
2. Esvazie o arquivo: cat /dev/null > /var/lock/apache2/DAVlock
3. reinicie o servidor da web

Isso parece um problema de permissão - é possível que você tenha duas janelas abertas, executando com direitos separados? Talvez verifique a propriedade da pasta .git.

Talvez verifique se há um bloqueio de arquivo pendente aberto, talvez use lsof para verificar ou o equivalente para o seu sistema operacional.

No meu caso, uma ramificação foi movida para um subdiretório e o diretório foi chamado como ramificação. Git ficou confuso com isso. Quando excluí a ramificação local (no SourceTree, apenas com o botão direito do mouse em excluir), tudo funcionava normalmente.

No meu caso, depois de receber esta mensagem, executei o comando checkout e recebi esta mensagem:

Your branch is based on 'origin/myBranch', but the upstream is gone.
  (use "git branch --unset-upstream" to fixup)

Depois de executar este comando, voltei ao normal.

Atualizar:

Pode ser necessário editar seu arquivo ~ / .netrc:

https://bugs.launchpad.net/ubuntu/+source/git-core/+bug/293553

Resposta original:

Por que você desativou o ssl? Acho que isso pode ter a ver com você não conseguir enviar via https. Eu colocaria de volta e tentaria empurrar novamente:

git config –global http.sslVerify true

Verifique se você (processo git realmente) tem acesso ao arquivo .git/info/refse se esse arquivo não está bloqueado por outro processo.

Eu tive esse problema quando estava tentando criar uma nova ramificação de recurso que continha o nome da ramificação antiga, por exemplo, origem - branch1 e eu queria criar o branch1-feature. Não era possível, mas o branch1 / feature já estava.

No meu caso, tive que excluir manualmente as tags antigas que foram removidas no controle remoto.

No meu caso, ele estava conectado ao nome do ramo que eu já havia criado.

Para corrigir o problema, criei um ramo com o nome que por certo não deveria existir, como:

git checkout -b some_unknown_branch

Depois, limpei todos os meus outros ramos (não ativos) porque eram apenas lixo desnecessário.

git branch | grep -v \* | grep -v master | xargs git branch -D

e renomeei minha ramificação atual com o nome que pretendi, como:

git checkout -m my_desired_branch_name

No caso do bettercodes.org, a solução é mais poética - o único problema pode estar nos direitos atribuídos aos membros do projeto. Membros simples não têm direitos de gravação! Verifique se você possui os direitos de moderador ou administrador. Isso precisa ser definido em bettercodes.org nas configurações do projeto por um administrador, é claro.

Vi esse erro ao tentar git filter-branchdesanexar muitos subdiretórios em um novo repositório separado (como nesta resposta ).

Eu tentei todas as soluções acima e nenhuma delas funcionou. Por fim, decidi que não precisava preservar minhas tags tão mal no novo ramo e apenas executei:

git remote remove origin
git tag | xargs git tag -d
git gc --prune=now
git filter-branch --index-filter 'git rm --cached -qr --ignore-unmatch -- . && git reset -q $GIT_COMMIT -- apps/AAA/ libs/xxx' --prune-empty -- --all