Git fetch权限错误：无法更新引用，已核查权限仍未解决求排查方法

• 检查.git/logs目录及子目录权限
  错误提示指向无法写入日志文件.git/logs/refs/remotes/origin/new-branch，但你之前的权限核查仅覆盖到refs路径，需补充检查日志相关目录的权限：

  ls -ld /repo/root/.git/logs/
  ls -ld /repo/root/.git/logs/refs/
  ls -ld /repo/root/.git/logs/refs/remotes/
  ls -ld /repo/root/.git/logs/refs/remotes/origin/
  

  确认这些目录的所有者为username，且用户拥有读写权限。如果logs/refs/remotes/origin目录不存在，Git会尝试自动创建，此时需要父目录具备写入权限。

• 手动测试日志文件的写入权限
  以username身份直接尝试创建并写入目标日志文件，验证是否真的存在权限障碍：

  sudo -u username touch /repo/root/.git/logs/refs/remotes/origin/new-branch
  sudo -u username echo "test" >> /repo/root/.git/logs/refs/remotes/origin/new-branch
  

  若这两步失败，说明存在文件系统层面的限制（比如ACL规则、磁盘配额、只读挂载等）；若成功，再重新执行git fetch测试。

• 排查SELinux/AppArmor等安全模块限制
  部分Linux系统的安全模块会限制进程的文件访问行为：

  • 临时关闭SELinux测试：

    setenforce 0
    

    若问题解决，说明是SELinux规则阻止了Git写入日志，需调整SELinux上下文或添加对应规则。
  • 检查AppArmor对Git的限制：

    aa-status | grep git
    

    若存在Git相关的profile，可临时禁用后测试。

• 检查Git配置中的权限相关设置
  查看仓库本地配置是否存在影响权限的特殊设置：

  sudo -u username git -C /repo/root config --list
  

  重点关注core.sharedRepository这类配置，若设置了group或all但实际目录权限不匹配，可能引发写入问题。

• 检查磁盘状态
  确认仓库所在磁盘是否已满或处于只读模式：

  df -h /repo/root
  mount | grep $(df -P /repo/root | tail -1 | awk '{print $1}')
  

  磁盘空间不足或只读挂载会直接导致无法创建新文件。

• 切换到username身份直接执行命令
  避免使用sudo -u，直接切换用户后操作：

  su - username
  cd /repo/root
  git fetch origin new-branch
  

  sudo的环境变量（如HOME、GIT_CONFIG）可能与直接登录用户不一致，导致Git读取的配置或权限上下文异常。

• 清理Git残留锁文件
  若之前的Git操作异常中断，可能残留锁文件阻止写入：

  sudo -u username find /repo/root/.git -name "*.lock"
  

  找到锁文件后手动删除，再重新执行拉取操作。

内容的提问来源于stack exchange，提问作者Borea Deitz