Tentando git pull com erro: não é possível abrir .git / FETCH_HEAD: permissão negada

Ajuda-me, por favor, estou tentando executar isso no meu terminal:

asgard@asgard-A7N8X2-0:~/CollegePortal$ git pull
error: cannot open .git/FETCH_HEAD: Permission denied

Então eu tento este

asgard@asgard-A7N8X2-0:~/CollegePortal$ sudo git pull
Permission denied (publickey).
fatal: The remote end hung up unexpectedly

Me ajude, eu não entendo esse problema.

Parece que o primeiro não está funcionando porque seu usuário não tem permissões para alterar esse diretório e o segundo porque seu usuário raiz não possui as chaves SSH corretas para acessar o repositório git.

Dependendo do que você está tentando fazer, pode ser melhor clonar o repositório em um diretório diferente ou talvez chowno diretório atual tenha acesso total ao seu usuário

Verifique se você possui permissões suficientes no .git/diretório. Você deve ter permissões de gravação. Você pode configurá-los com o seguinte comando.

Vá para a pasta do seu projeto:

chown -R youruser:yourgroup .git/

Se você deseja dar permissão ao grupo,

sudo chmod g+w .git -R

funcionou melhor para mim.

Para MacOS

sudo chmod -R g+w .git 

Este é um problema de permissão do UNIX. Não use sudopara clonar o repositório. Você não possui as mesmas chaves ssh do root e não deve funcionar como root de qualquer maneira. Tente ls -laencontrar as permissões nos arquivos e use chmod(ou sudo chown) para corrigi-los. Espero que ajude.

No meu caso, trabalhe bem depois:

rm -f .git/FETCH_HEAD

git branch -u

A resposta para esse problema verifique se o .git / FETCH_HEAD possui privilégios de gravação e você estará pronto.

Eu tive esse problema no Windows e foi resolvido concedendo permissões de gravação.

No unix, é possível executar a chmod a+rw .git/FETCH_HEADpartir do repositório do projeto, após o qual deve funcionar.

Tente assim,

Etapa 1: Primeiro verifique quem você é? retornará o nome de usuário atual, por exemplo, ubuntu

$ whoami 

Passo 2: permissão seguida, defina para o usuário atual, nesse caso, ubuntu por

sudo chown -R ubuntu .git/

No meu caso, eu só tinha acesso de leitura ao arquivo .git / FETCH_HEAD. Eu tive que fazer "sudo chmod g + w .git / FETCH_HEAD" para poder fazer uma solicitação de recebimento.

Eu estava tendo o primeiro problema (permissão FETCH_HEAD negada) no Windows.

Corrigi-o executando o Git Bash como administrador (clique com o botão direito do mouse, execute como administrador).

Se você não se adicionou ao grupo que possui .git/, deve fazê- lo.

sudo usermod -a -G $(stat -c '%G' .git) $USER
sudo chmod g+u .git -R
sudo chmod g+u .gitignore
su - $USER

O que isso faz:

1. descobre qual grupo possui .git/ e adiciona seu usuário a esse grupo.
2. garante que os membros do grupo tenham as mesmas permissões que o proprietário .git/.
3. repete isso para .gitignoreque você provavelmente precisará
4. efetua o logout e o logon novamente para atualizar as permissões do arquivo de associação ao grupo

Se você fez algo recentemente recentemente (se adicionou ao grupo que possui .git/ ), precisará sair e fazer login novamente antes de poder escrever .git/FETCH_HEADdurante o seu git pull.

Defina a permissão para seu usuário atual executando o comando

$ sudo chown -R <username> .git/

Simplesmente vá para sua pasta raiz e execute este comando:

chmod a+rw .git/FETCH_HEAD

Executando o Windows 7, quando tive esse problema, era porque ocultara a pasta .git. As permissões eram boas, estava apenas oculta. Mostrando a pasta resolveu.

Isso resolverá todas as permissões na pasta

sudo chown -R $(whoami) ./

Isso funcionou para mim:

1. Clique com o botão direito na pasta .git
2. clique em obter informações
3. definir permissão para seu usuário
4. clique no ícone Cog e clique em aplicar a itens fechados

Não há mais permissão negada erros no git. 🎉

Observe o proprietário e o grupo de .gitdiretórios com (primeiro vá para o diretório pai do .git) ll .git, observe o grupo e o proprietário do diretório, inclua seu usuário no grupo de proprietários sudo usermod -a -G yourusername groupsofonwnere faça logout => login e tudo dando certo .

Então, no verão

1. vá para o diretório pai do git

   $cd your path
   

2. encontre o proprietário do grupo do .gitdirecotry

   $ll .git     
   

3. adicione seu usuário a esse grupo

   $usermod -a -G yourusername ownergroupofgit
   

4. Efetue logout e logon no sistema para essa alteração.

5. Aproveite ;)

Tenho esse problema quando a pasta .git está oculta e todos os arquivos nela também estão ocultos. Torne oculta apenas a pasta .git sem a atualização de arquivos recursivos e ela funcionará.

As razões deste erro podem ser múltiplas, mas no meu caso eu atualizei o branch com root e, quando tentei atualizá-lo com o usuário normal, ele me deu um erro.

tente as duas soluções que você deve trabalhar para você

1- sudo chmod g+w .git -R

se não funcionar, tente a próxima solução, espero que resolva o seu problema

2 - rm -f .git/FETCH_HEAD

Eu recebi esta mensagem ao usar extensões git para Windows. Minha correção foi simplesmente fechar as extensões git e abrir novamente como administrador

No meu caso,

sudo chmod ug + wx .git -R

este comando funciona.

Esse problema ocorre quando você não concede permissões suficientes para a pasta .git. Para resolver este problema

1. Primeiro, navegue para o seu diretório de trabalho.

2. Digite este comando-

   sudo chmod a + rw .git -R

Espero que ajude..!!

Eu tive exatamente o mesmo erro, mas no meu caso, o problema foi o resultado de ter reconstruído o Apache após uma atualização para a versão PHP. Para encurtar a história, esqueci de instalar o módulo Apache 'suexec'.

Não tinha nada a ver com grupo ou propriedade. Isso levou apenas dois dias para descobrir, alguém atirou em mim ...

No meu caso, eu tinha um sistema de inicialização dupla (Windows 10 e Linux) com pasta de projeto no disco NTFS. Aconteceu que em outra atualização o Windows 10 ativado por si só "inicialização rápida" em suas configurações. Depois de desmarcá-lo no Windows - o "erro: não pode abrir .git / FETCH_HEAD: permissão negada" no Linux se foi.

Consegui isso porque tinha mais de uma conta de usuário em minha caixa. Eu estava logado como usuário A e estava em um diretório para o usuário B. O usuário A não tinha permissão para as coisas do usuário B. Depois que percebi que não estava onde pensava que estava no sistema de arquivos, esse erro fez sentido.

se você encontrar o mesmo problema no servidor Windows, precisará executar a linha de comando com permissão suficiente, como permissão de administrador.

para usuários do MacOS (se a versão High Sierra ou versão superior) usar este:

sudo chown -R $(whoami) $(brew --prefix)/*

TL; DR: nos sistemas de inicialização dupla, desative a Inicialização rápida para Windows

Eu estava tendo esse problema no meu sistema Ubuntu / Windows de inicialização dupla. Não consegui escrever nada em nenhuma das partições compartilhadas com o Windows (partições NTFS).

Recentemente, reinstalei os dois e esqueci de ativar a "Inicialização rápida" no Windows. Tudo voltou ao normal depois que eu reiniciei o Windows, desliguei esse recurso e reiniciei novamente.