Tratando de git pull con error: no se puede abrir.git / FETCH HEAD: Permiso denegado

Compruebe si tiene suficientes permisos en el directorio .git/. Deberías tener permisos de escritura. Puede configurarlos con el siguiente comando.

Vaya a la carpeta de su proyecto:

chown -R youruser:yourgroup .git/

Este es un problema de permisos de UNIX. No utilice sudo para clonar el repositorio. No tienes las mismas claves ssh que root y no deberías trabajar como root de todos modos. Pruebe ls-la para encontrar los permisos en los archivos y use chmod (o sudo chown) para arreglarlos. Espero que eso ayude.

Si desea dar el permiso al grupo,

sudo chmod g+w .git -R

Funcionó mejor para mí.

La respuesta a este problema asegúrese .git / FETCH_HEAD tiene privilegios de escritura y estará todo listo.

Tuve este problema en Windows y se resolvió dando permisos de escritura.

En unix se puede ejecutar chmod a+rw .git/FETCH_HEAD desde el repositorio del proyecto después de lo cual debería funcionar.

En mi caso funciona bien después de él:

rm -f .git/FETCH_HEAD

En mi caso, solo tenía acceso de lectura a la .archivo git / FETCH_HEAD. Tuve que hacer " sudo chmod g + w.git/FETCH_HEAD " para poder hacer una pull request.

Estaba teniendo el primer problema (permiso FETCH_HEAD denegado) en Windows.

Lo arreglé ejecutando Git Bash como administrador (clic derecho, ejecutar como administrador).

Si no te has agregado al grupo que posee .git/, entonces deberías.

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

Lo que esto hace:

1. descubre a qué grupo pertenece .git/ y añade tu usuario a ese grupo.
2. se asegura de que los miembros del grupo tengan los mismos permisos que el propietario para .git/.
3. repite esto para .gitignore, que probablemente necesitarás
4. cierra la sesión y vuelve a entrar para actualizar los permisos del archivo de membresía del grupo

Si recientemente hiciste algo de esta manera (te agregaste al grupo que posee .git/), entonces necesitas cerrar sesión y volver a entrar antes de que puedas escribir a .git/FETCH_HEAD durante tu git pull.

Intenta de esta manera,

Paso 1: Primero comprueba quién eres? devolverá el nombre de usuario actual e. g ubuntu

$ whoami 

Paso 2: Luego establezca el permiso para su usuario actual, en ese caso, ubuntu por

sudo chown -R ubuntu .git/

Ejecutando Windows 7, cuando tuve este problema fue porque había escondido el .carpeta git. Los permisos estaban bien, solo estaba oculto. Mostrando la carpeta se resolvió.

Mira el propietario y el grupo del directorio .git con (primero ve al directorio padre de .git) ll .git, mira el grupo y propietario del directorio, agregue su usuario al grupo de del propietario con sudo usermod -a -G yourusername groupsofonwner, luego logout => login y todo trabajando.

Así que en verano

1. Ir al directorio padre de git

   $cd your path
   

2. Encontrar el propietario del grupo de la .git direcotry

   $ll .git     
   

3. Añade tu usuario a ese grupo

   $usermod -a -G yourusername ownergroupofgit
   

4. Cerrar sesión e iniciar sesión en el sistema para que este cambio surta efecto.

5. Disfrútalo ;)

Tengo ese problema cuando .la carpeta git está oculta y todos los archivos en ella también están ocultos. Hacer solo .la carpeta git oculta sin archivos recursivos se actualiza y funcionará.

Esto funcionó para mí:

1. Haga clic derecho .git folder
2. haga clic en obtener información
3. establezca el permiso para su usuario
4. haga clic en el icono de engranaje y haga clic en aplicar a los elementos adjuntos

No más errores de permiso denegado en git.

Las razones de este error podrían ser múltiples, pero en mi caso actualizé la rama con root y luego cuando traté de actualizarla con el usuario normal me da error .

Pruebe ambas soluciones uno debería trabajar para usted

1- sudo chmod g+w .git -R

Si no funciona, intente con la siguiente solución, espere que resuelva su problema

2 - rm -f .git/FETCH_HEAD

Obtuve esto porque tenía más de 1 cuenta de usuario en mi caja. Estaba conectado como usuario A y estaba en un directorio para el usuario B. El usuario A no tenía permiso para las cosas del usuario B. Una vez que me di cuenta de que no estaba donde pensaba que estaba en el sistema de archivos, este error tenía sentido.

Tuve este mensaje cuando usé las extensiones de git para Windows. Mi solución era simplemente cerrar las extensiones de git y luego volver a abrirlas como administrador