Git报错“unsafe repository”源于.git目录所有权与当前用户不匹配，解决方法包括：1.执行git config --global --add safe.directory '路径'将其加入安全目录；2.用sudo chown -R $USER:$USER 修正所有权；3.避免使用sudo git以防重复污染权限。
确认当前用户是否为 .git/objects 目录的实际拥有者
这个错误几乎总是源于权限错配：某个操作（比如用 sudo git pull）曾以 root 身份写入过 .git/objects，导致其中部分子目录或文件属主变成 root，而你当前普通用户无法覆盖或新建对象。
执行以下命令快速定位问题：
ls -ld .git/objects ls -l .git/objects/* | head -10
如果看到大量 root root 或权限位中缺少 w（如 dr-xr-xr-x），就坐实了所有权/权限问题。注意：.git/objects 下的子目录是按哈希前两位命名的（如 ab/、cd/），它们必须可写，否则 Git 无法存入新对象。
修复 .git/objects 所有权和权限的最小安全操作
不要直接 chown -R 整个仓库（可能误改钩子、配置等敏感文件），只聚焦 .git/objects 及其内容：
Lovefromio Github
下载
使用 `gh` CLI 与 GitHub 交互。通过`gh issue`、`gh pr`、`gh run` 和 `gh api` 管理 issue、PR、CI 运行以及高级查询。
- 先查清你的用户名和主组名：
id -un和id -gn - 进入项目根目录后执行：
sudo chown -R $(id -un):$(id -gn) .git/objects
- 补全目录的可执行位（让 Git 能 cd 进去）和文件的可写位：
find .git/objects -type d -exec chmod 755 {} \; find .git/objects -type f -exec chmod 644 {} \; - 避免后续再出问题：确保从不使用
sudo git——它会反复污染权限
裸仓库（bare repo）场景下要改整个仓库目录
如果你在服务器上维护的是裸仓库（比如 /home/git/myapp.git），那么没有工作树，.git 就是仓库本身，.git/objects 的父级就是仓库根目录。此时权限问题通常出在整个仓库目录上。
典型表现是 git push 报错，且远程路径明确指向一个 .git 后缀目录。修复方式不同：
- 确认运行 Git 服务的用户（如
git用户），而非你 SSH 登录的用户名 - 执行：
sudo chown -R git:git /home/git/myapp.git sudo chmod -R g+rwX /home/git/myapp.git
- 关键一步：设置 setgid 位，确保新创建的文件自动继承组：
sudo chmod g+s /home/git/myapp.git/objects
- 若启用了 SELinux（CentOS/RHEL），还需检查上下文：
ls -Z /home/git/myapp.git，必要时用chcon -R -t gitosis_repo_t /home/git/myapp.git
磁盘只读、挂载选项和杀毒软件干扰容易被忽略
权限修复后仍报错？别只盯着 chown。这些底层因素常被跳过：
- 运行
mount | grep $(df . | tail -1 | awk '{print $1}')，确认挂载参数不含ro（只读） - 检查磁盘空间和 inodes：
df -h && df -i——inodes exhausted也会表现为“无法写对象” - 某些 Windows 共享（Samba/CIFS）挂载默认禁用设备/特殊文件权限，需加
uid=xxx,gid=xxx,dir_mode=0755,file_mode=0644参数重新挂载 - 企业环境中的终端防护软件（如 CrowdStrike、Symantec）可能拦截
.git/objects的批量写入，临时禁用测试一下
真正麻烦的不是修权限，而是修完之后某次 git gc 或 git repack 又悄悄把新生成的子目录设回 root ——所以务必查清最初是谁、怎么把 root 权限带进来的。
