本质是当前目录无.git或路径错误：先pwd确认位置，再ls -a查.git是否存在；若无则git init初始化，若有但报错需检查子目录嵌套、符号链接、容器挂载或head损坏。
不是 Git 仓库，本质就是当前目录没建好 .git，或者你压根不在对的地方。
执行 git status / git add 等命令时报 fatal: not a git repository
这是最典型的“路径错位”问题：命令行当前所在目录没有 .git 目录，Git 就直接放弃执行。
- 先用
pwd（macOS/Linux）或cd（Windows）确认你到底在哪个路径下 - 再用
ls -a（macOS/Linux）或dir /ah（Windows cmd）看有没有.git这个隐藏文件夹 - 如果没有，说明还没初始化；如果有但命令仍报错，可能是子目录里嵌套了另一个
.git，Git 找到的是内层那个——删掉多余.git即可 - 别在系统根目录（如
C:\、/、/home/xxx）直接git init，某些 Git 版本会静默失败或权限受限
VS Code 点“初始化仓库”没反应
这和报错无关，而是 VS Code 根本调不动 git 命令——它背后依赖系统 PATH 里的 git 可执行文件。
- 打开终端，运行
git --version：如果提示command not found或类似错误，说明 Git 没装，或没加进 PATH - Windows 安装时务必选中 “Use Git from the Windows Command Prompt” 或 “Git from command line and also from 3rd-party software”
- macOS 用 Homebrew 装完后，可能需要重启 VS Code 才能识别新 PATH
- 即使装了 GitHub Desktop，它不等于装了命令行
git，两者是独立的
git init 执行完没提示、也没反应
git init 成功时默认只输出一行 “Initialized empty Git repository in …”，然后就返回了。没报错 ≠ 没生效。
- 它只创建
.git目录，不生成任何文件，也不自动git add或git commit - 用
ls -a确认.git是否存在，存在即成功 - 如果已有代码，初始化后
git status会列出所有Untracked files，这是正常状态，不是失败 - 别用
git init --bare初始化日常开发目录——它不带工作区，VS Code 打不开，git status也直接报错
fatal: detected dubious ownership in repository
Git 2.35+ 加了安全机制，发现仓库目录归属用户和当前执行用户不一致，就会拒绝操作，常见于 WSL、Docker 共享卷、sudo 后切换用户等场景。
- 临时解决：运行
git config --global --add safe.directory /path/to/your/repo - 如果所有本地仓库都可信（比如纯个人开发机），可以通配：
git config --global --add safe.directory "*" - 注意
safe.directory是路径字符串，不是 glob 模式，*是 Git 特殊支持的通配符 - 不要用
sudo git ...绕过——治标不治本，还可能污染文件权限
最容易被忽略的是：初始化之后，.git 目录本身可能被杀毒软件、macOS 的 Full Disk Access 限制或 Windows 的 TrustedInstaller 锁住，导致后续 git commit 报 unable to create '/path/.git/index.lock' ——这时候得查系统级权限，不是 Git 命令的问题。
