git报错“detected dubious ownership”是因仓库目录所有者与当前用户不匹配，自2.35.2版起启用的安全机制；需依次排查路径所有权、.git子目录归属、safe.directory白名单配置、父目录acl权限及第三方工具干扰。
如果您在执行 Git 命令时遇到 fatal: detected dubious ownership in repository at 'X:/path/to/repo' 报错，则说明 Git 拒绝操作该仓库，因其根目录的所有者与当前运行 Git 的用户不匹配。这是 Git 自 2.35.2 版本起强制启用的安全机制，用于防范跨用户权限污染和恶意提权风险。以下是系统性排查步骤：
一、确认报错路径与当前用户身份
该步骤用于明确问题作用域及比对主体身份，避免误操作非目标目录。Git 错误信息中已明确给出触发路径，需同步验证当前 Windows 用户 SID 或 Linux/macOS 用户 UID/GID 是否与该路径所有者一致。
1、复制错误提示中完整的仓库路径（例如 X:/workspace/my-project）；
2、在 Windows 上以管理员权限打开 PowerShell，执行：
Get-Acl "X:/workspace/my-project" | Format-List Owner
3、执行 [System.Security.Principal.WindowsIdentity]::GetCurrent().User.Value 获取当前用户 SID；
4、对比输出的 Owner 字段值与当前用户 SID 是否完全相同；
5、若不一致，则确认该路径是否曾被其他账户（如管理员、系统服务、另一登录用户）初始化或接管过所有权。
二、检查 .git 目录归属与嵌套结构
Git 实际校验的是仓库根目录下 .git 子目录的所有权，而非仅顶层文件夹。某些迁移、解压或备份操作可能导致 .git 目录所有权残留为原始创建者，而外层目录已被修改。
1、进入报错路径，在命令行中执行 dir /a .git（Windows）或 ls -la .git（Linux/macOS），确认 .git 存在且非损坏；
2、执行 Get-Acl ".git" | Select-Object Owner（PowerShell）或 ls -ld .git（Linux/macOS）查看 .git 目录自身所有者；
3、若 .git 所有者与外层目录不同，或显示为 BUILTIN\Administrators、NT AUTHORITY\SYSTEM 等非当前交互用户，则为直接诱因；
4、注意：若仓库位于 exFAT/FAT32 移动硬盘，其本身不支持 NTFS 权限模型，Git 会退而检测挂载上下文中的“模拟所有者”，此时 Owner 显示可能为占位符，仍会触发校验失败。
三、验证 Git 安全目录白名单配置状态
Git 通过 safe.directory 配置项维护显式信任列表。若路径未被加入，或存在通配符冲突、重复条目、路径编码错误（如含中文空格未加引号），均会导致白名单失效。
1、运行 git config --global --get-all safe.directory 查看当前所有已注册安全路径；
2、检查输出中是否存在与报错路径**完全一致**的条目（注意大小写、尾部斜杠、空格、全角字符）；
3、若使用通配符 "*"，需确认其是否被后续更具体的规则覆盖（Git 按配置顺序匹配，首个匹配即生效）；
4、若路径含空格或中文，确认添加时是否用双引号包裹，例如：git config --global --add safe.directory "D:/我的项目"；
5、若存在多条相同路径，运行 git config --global --unset-all safe.directory 清空后重试单条添加。
四、审查父级目录继承权限与 ACL 异常
即使当前目录所有者正确，若其父目录（如 D:\、D:\workspace）设置了拒绝继承、显式拒绝当前用户访问，或 ACL 中存在冲突的 deny 条目，Git 在遍历路径时可能无法完成所有权判定流程，从而回退至“dubious”判断。
1、右键报错路径 → 属性 → 安全 → 高级；
2、检查“启用继承”是否勾选；若未勾选，点击“启用继承”并选择“将继承的权限项添加到此对象和所有子对象”；
3、在权限条目列表中，查找当前用户名或 Users 组，确认其具有 读取和执行、列出文件夹内容、读取 权限，且无任何 拒绝 标记；
4、若发现 Deny 类型条目（尤其针对当前用户），选中后点击“删除”；
5、应用更改后，重启终端并重新运行 git status 测试。
五、识别第三方工具干扰痕迹
部分 IDE（如 VS Code、IntelliJ）、同步软件（OneDrive、Syncthing）、杀毒引擎或磁盘快照工具可能在后台以不同用户上下文访问或锁定 .git 文件，导致所有权元数据被临时覆盖或校验缓存异常。
1、关闭所有可能访问该仓库的 IDE 和编辑器；
2、暂停 OneDrive/Google Drive 同步，或右键仓库文件夹 → “始终在此设备上保留”（OneDrive）；
3、临时禁用实时防护（如 Windows Defender、火绒），执行一次 git status；
4、检查任务管理器中是否存在以 SYSTEM 或其他用户身份运行的 git.exe、node.exe、code.exe 进程，结束相关进程；
5、在纯净 CMD（非 VS Code 集成终端）中复现命令，排除 shell 环境变量或代理脚本注入影响。
