git 报 fatal: detected dubious ownership in repository at（仓库属主与当前用户不一致）

你会遇到什么

对某个仓库执行任意 git 命令（git status / git log / git pull…）直接报 fatal: detected dubious ownership in repository at '<路径>'，还教你 git config --global --add safe.directory <路径>。仓库能正常打开、文件也都在，但所有 git 命令全挂。

最常出现在：双系统 Ubuntu 挂载 Windows NTFS 硬盘、U 盘/移动硬盘拷贝的仓库、WSL 访问 Windows 侧目录、root/sudo 创建的仓库——仓库文件属主和当前登录用户不一致。

本文路径：快速修复（30 秒一段命令）→ 一步步排查（可跳读）→ 原理与变体（症状/原因/证据）。赶时间直接跳到「快速修复」。

为什么会这样

git 2.35.2 起引入的安全机制（修复 CVE-2022-24765 等恶意仓库攻击）：仓库所在目录的属主若与当前用户不一致，git 拒绝执行——防止攻击者构造的 .git/config（含自定义命令钩子）在别的用户环境里被意外信任执行。属主不一致的常见来源：

dubious ownership 是 git 2.35.2 起的信任边界检查：git 在执行仓库操作前，校验仓库根目录的属主是否等于当前用户（或当前用户所属组），不一致就拒绝——防御的是「攻击者把 .git/config 放进你名义上可写的目录，用自定义钩子（core.hooksPath / alias）在你环境下执行任意命令」这类 CVE-2022-24765 攻击。

属主不一致≠权限不够：NTFS/exFAT 这类不支持 POSIX 属主的文件系统上，所有文件都显示为挂载者（root），你 root 之外的用户访问必触发。

确定性推论：看到 dubious ownership 先 ls -ld <仓库> 看属主，再决定——单用户可信环境用 git config --global --add safe.directory <路径> 显式声明信任（这是「我确认这个目录安全」的声明，不是关掉检查）；多用户共享目录应该修属主而不是堆 safe.directory；

挂载盘上 chown 无效，safe.directory 是唯一正解。

一步步来

1. safe.directory 白名单（最通用） — 必做

git config --global --add safe.directory <仓库绝对路径>

仓库很多时可用 git config --global --add safe.directory '*' 全局信任（省事但信任所有目录，不推荐在共享机器上用）。

2. chown 改属主（仅 Linux 文件系统） — 必做

sudo chown -R $(id -u):$(id -g) <仓库路径>

对 NTFS/exFAT 挂载盘无效（文章作者实测无效），挂载盘请用方案 1 或 3。

3. 双系统 NTFS 挂载源头修复 — 必做

编辑 /etc/fstab 在挂载项加 uid=1000,gid=1000（1000 换成 id <用户名> 查到的值）后重启；或 Ubuntu 磁盘工具里关闭默认挂载选项、在挂载参数里加同样的 uid/gid。盘上所有仓库天然属主一致。

4. 只想临时看一眼 — 必做

直接读文件不跑 git 命令；或把仓库重新 clone 到自己目录下（新 clone 属主就是你自己）。

怎么确认修好了

白名单后 git 命令恢复（实测输出形态）：

nobody 用户 git status/log → 退出码 0（白名单后实测）
chown 后不配白名单直接访问 → 成功（Linux 文件系统上 chown 有效，实测）

对照组：白名单只覆盖已登记目录——登记目录下新建子仓库仍报错（逐个登记、不递归，实测）。

其它环境的表现

症状

对某个仓库执行任意 git 命令（git status / git log / git pull…）直接报：

fatal: detected dubious ownership in repository at '<仓库绝对路径>'
To add an exception for this directory, call:

	git config --global --add safe.directory <仓库绝对路径>

特征：仓库能正常打开、文件也都在，但所有 git 命令全挂；错误里点名的路径是仓库根目录；最常出现在双系统 Ubuntu 挂载 Windows NTFS 硬盘、U 盘/移动硬盘拷贝的仓库、WSL 访问 Windows 侧目录、或 root/sudo 创建的仓库——这些场景下仓库文件属主和当前登录用户不一致。

原因

git 2.35.2 起引入的安全机制（修复 CVE-2022-24765 等恶意仓库攻击）：仓库所在目录的属主若与当前用户不一致，git 拒绝执行——防止攻击者构造的 .git/config（含自定义命令钩子）在别的用户环境里被意外信任执行。属主不一致的常见来源：

1. NTFS/exFAT 等挂载盘：文件系统不支持 POSIX 属主，盘上所有文件在 Linux 眼里都显示为挂载用户（通常是 root），chown 改了也不生效——双系统用户最典型；
2. 多用户共享目录：别人（或 root）建的仓库，你直接访问；
3. U 盘/压缩包拷贝：保留的是原机器的 uid/gid，与当前机器对不上。

解法

按推荐顺序选：

1. safe.directory 白名单（最通用，挂载盘也有效）：照错误提示执行 git config --global --add safe.directory <仓库绝对路径>。注意：白名单按目录登记、不递归——同盘其他仓库还要再 add 一次；仓库很多时可用 git config --global --add safe.directory '*' 全局信任（省事但信任所有目录，不推荐在共享机器上用）。
2. chown 改属主（仅 Linux 文件系统）：sudo chown -R $(id -u):$(id -g) <仓库路径>。对 NTFS/exFAT 挂载盘无效（文章作者实测无效），挂载盘请用方案 3 或 1。
3. 双系统 NTFS 挂载源头修复：让整个盘固定属主为你的用户。编辑 /etc/fstab 在挂载项加 uid=1000,gid=1000（1000 换成 id <用户名> 查到的值）后重启；或 Ubuntu 磁盘工具里关闭默认挂载选项、在挂载参数里加同样的 uid/gid。这样盘上所有仓库天然属主一致，不再报错。
4. 只想临时看一眼：直接读文件不跑 git 命令；或把仓库重新 clone 到自己目录下（新 clone 属主就是你自己）。