Aviso do Git Checkout: impossível desvincular arquivos, permissão negada

Estou ciente de que existem problemas semelhantes sobre o git relacionados ao aviso 'não foi possível desvincular', mas não consegui usá-los.

A principal diferença é que isso acontecia quando eu não estava lidando com submódulos de forma alguma (nunca havia lidado com eles antes). Eu criei um branch chamado 'upgrade', apaguei meus arquivos antigos do framework e copiei os novos. Usei git add -A e depois comprometo tudo. Quando tentei verificar o ramal do tronco, ele respondeu com os seguintes erros:

warning: unable to unlink requirements/views/sk/index.php: Permission denied
warning: unable to unlink requirements/views/sv/index.php: Permission denied
warning: unable to unlink requirements/views/zh/index.php: Permission denied
warning: unable to unlink requirements/views/zh_cn/index.php: Permission denied
warning: unable to unlink requirements/views/zh_tw/index.php: Permission denied

... etc. Há centenas deles.

No início, pensei que era apenas um problema de permissões, então adicionei as permissões de gravação de grupo a todo o diretório de requisitos recursivamente, mas não houve nenhuma mudança.

Edit: Como sugerido em uma resposta abaixo, tentei fazer a mesma coisa, mas com todo o resto fechado. Não tive mais sorte do que antes.

Esse problema é particularmente debilitante, pois não consigo passar para o tronco para voltar ao desenvolvimento normal.

Normalmente vejo esse tipo de erro quando há um processo que não libera o identificador desses arquivos.

Certifique-se de que nada está funcionando e tente finalizar a compra novamente.

Nota: também pode estar relacionado com a forma como o Git foi instalado (no Windows, o UAC pode gerar problemas se msysgit estiver instalado em C:\Programou C:\Program Files, consulte " msysgit - sh.exe - fork: Permissão negada - Vista 64 bits " e comentário 2 de edição 437 )

Observação: conforme ilustrado abaixo , uma outra causa comum do problema é a emissão de direitos no diretório (proprietário incorreto), não necessariamente no arquivo que não pode ser desvinculado.

Em meu primeiro encontro com esse erro, meu usuário tinha direitos para "escrever" no arquivo, mas não no diretório que o continha. Verifique as permissões do diretório que contém o arquivo.

"Desvincular" significa essencialmente "excluir arquivo" neste caso.

Este erro não é causado pelo próprio git. Você deve ter erros semelhantes ao excluir esses arquivos manualmente, em uma linha de comando ou explorador de arquivos.

Você não tem permissão de acesso, talvez porque não seja o proprietário.

Corrija mudando o proprietário para você:

sudo chown -R your_login_name /path/to/folder

Eu estava tendo o problema com um arquivo default-settings.php no drupal 7. Nesse caso, não consegui excluí-lo ou revertê-lo como disse @rtconner. Não tinha um aplicativo nem nada usando esse arquivo e acabou sendo um erro de permissão.

Eu adicionei chmod 777 *à pasta e depois fui capaz de reverter sem problemas.

Você pode alterar as permissões de gravação para fazer isso.

sudo chmod -R ug+w . 

Este comando dará 'w'permissões a todas as pastas no diretório atual.

Eu tive esse problema sempre que rodava "git repack" ou "git gc" em minhas máquinas OS X, mesmo quando rodava git com privilégios de administrador, e finalmente resolvi isso depois de encontrar esta página: http://hints.macworld.com /comment.php?mode=view&cid=1734

A solução é abrir um terminal, ir para o repositório git, fazer cd na pasta .git e fazer:

chflags -R nouchg *

Se esse era o problema, depois disso, seus comandos git funcionarão normalmente.

Isso também pode ocorrer quando:

1. Você executou um processo dentro de um contêiner do Docker e:

2. Alguns arquivos foram gerados por esse processo e:

3. O destino dos arquivos é montado como um volume no host Docker e:

4. Você está executando gitno host Docker.

Se for este o caso, prepare os arquivos que deseja confirmar e execute:

git diff --name-only --cached | xargs ls -l 

Os arquivos que atendem aos critérios acima serão prefixados com:

-rw-r--r-- 1 root root ...

Eles são de propriedade roote não podem ser gravados, o que não é bom. Para consertar essa corrida:

 git diff --name-only --cached | xargs -i sh -c 'sudo chown $USER:$USER {}; chmod +w {}'

Uma solução mais limpa provavelmente seria usar a --useropção, veja isto para Docker e isto para Docker compose .

Para aqueles que estão usando o Intellij , como @rtconner disse que esse problema não é causado pelo git. Uma vez que seu IDE está bloqueado, o (s) arquivo (s) git não pode desassociar. Portanto, você precisa fechar seu IDE e tentar mesclá-lo (ou o que quiser) via linha de comando.

No meu caso, era um caractere ":" em um nome de pasta evitando que o repositório git fizesse check-out no windows.

no terminal no mac eu só faço isso

sudo git checkout. (para limpar tudo)

e depois

origem sudo git pull

Tive este erro dentro de uma máquina virtual (rodando Ubuntu), quando tentei fazer git reset --hard.

A correção foi simplesmente executar a git reset --hardpartir da máquina host OS X em vez disso.

Nenhuma das outras sugestões funcionou para mim, mas esta funcionou:

sudo git reflog expire --expire=now --all && sudo git gc --prune=now --aggressive

No meu caso, meu diretório do Windows está na pasta Dropbox. Não é um problema específico do Git. Quando um arquivo (neste caso, o arquivo de bloqueio) acaba de ser criado, o Dropbox leva mais um segundo para fazer a sincronização. Durante esse tempo, o arquivo está em uso pelo Dropbox e qualquer programa de terceiros (neste caso, Git) não pode excluir o arquivo.

Minha solução é encerrar o Dropbox e, portanto, evitar a mágica dos bastidores da sincronização de arquivos do Dropbox.

Eu encontrei este erro e ele é causado pelo "proprietário / grupo" errado do arquivo / pasta . Você deve procurar assistência ao administrador do servidor para alterar o "proprietário / grupo" deste arquivo / pasta e tentar novamente usando "git pull". Ou se você for um sudoer, apenas sudo chown "seu nome de proprietário / nome de seu grupo" e tente novamente puxar seu repositório. Experimente, funciona 100% para mim!

Certifique-se de que quaisquer processos ou threads associados não estejam em execução e execute a tarefa de encerramento ou force o encerramento, conforme necessário.

Certifique-se de alterar a permissão de propriedade.

Em geral, se isso acontecer no Windows , e você estiver usando o tortoisegit , é o cache de status do tortoisegit . Mate esse processo e ele será liberado.

Eu apenas tive que mudar o usuário do Ubuntu para o meu nome de usuário real, sob o qual fiz as coisas primeiro. Isso resolveu.

Resolvido para mim configurando meu cliente git (GitExtensions) para sempre executar no modo de administrador.

Tive esse problema ao usar IntelliJ(14.1.3 Ultimate), queria reverter as alterações em algum arquivo.

Resolvido com o fechamento Git Bashaberto em outra janela - outro teste de reversão IntelliJfuncionou.

Encontrei esse erro e acho que o problema era que eu tinha 'executado como admin' quando iniciei o Eclipse e criei os arquivos, portanto, eles eram de propriedade do Admin (notado ao executar 'ls -la' na pasta). Mais tarde, quando tentei esconder os arquivos, não consegui ('não foi possível desvincular os arquivos' e tudo mais). Fazer um chmod nos arquivos foi a solução para mim.

git gc funcionou para mim (em uma nova guia). Estava conseguindo isso com cada rebase. Obrigado http://www.saintsatplay.com/blog/2016/02/dealing-with-git-unlink-file-errors#.W4WWNZMzZZJ

Tudo que você precisa fazer é fornecer permissões, execute o comando abaixo a partir da raiz do seu projeto:

    chmod ug+w <directory path>

Eu tive o mesmo problema, tentei algumas alternativas como outros sugeriram.

Mas, finalmente, dar a permissão correta para a pasta .git resolverá os problemas.

sudo chown -R "${USER:-$(id -un)}" .git

No meu caso, o problema de permissão foi resolvido definindo www-datacomo proprietário:

chown -R www-data project_folder_name

Acho que é sobre sua permissão de arquivo:

sudo chmod 777 -R <your-git-folder>