git的help.autocorrect是内置子命令拼写纠错机制，启用后（如设为1）会自动执行最接近的正确子命令，仅作用于不存在的子命令名，不处理参数、路径或选项错误。
Git 本身支持拼写自动校正，但默认关闭；开启后，输错子命令（比如 git stats）会直接执行最接近的正确命令（如 git status），无需手动重输。
git help.autocorrect 是什么，它能修哪些错
这是 Git 内置的纠错机制，只作用于**子命令名拼写错误**（如 commi → commit、stauts → status），不处理参数、路径、选项或 Git 内部错误（比如 git push 报权限拒绝，它不会帮你改 remote 地址）。
它依赖 Git 自带的相似度算法，对输入做模糊匹配，不是调用外部工具，也不需要 Python 或额外依赖。
- 生效范围：仅限
git <subcommand></subcommand>中的<subcommand></subcommand>部分 - 不生效场景：
git add fooo（文件名错）、git checkout brnach（分支名错）、git -C /bad/path log（路径错） - 触发条件：输入的子命令在 Git 命令列表中完全不存在，且有唯一最接近候选
如何启用 git help.autocorrect
运行以下任一命令即可：
git config --global help.autocorrect 1
这个值代表“延迟毫秒数”，设为 1 表示立即执行建议命令（不等待）；设为 0 会禁用，设为 20 则等待 20ms 后执行（基本无意义，通常就用 1）。
- 只对当前仓库生效：去掉
--global，在项目根目录下运行git config help.autocorrect 1 - 想确认是否生效：查配置
git config --global help.autocorrect，输出1即已开启 - 想关掉：运行
git config --global --unset help.autocorrect
常见误解和实际表现差异
很多人以为开了 autocorrect 就像 thefuck 那样能修任意命令，其实不是。它和 thefuck 完全不同类：
-
git stats→ 直接运行git status（autocorrect 默认行为） -
gir clone https://...→ 报错“not a git command”，autocorrect 不触发（因为gir不是git命令） -
ls -l /etcc/hosts→ autocorrect 完全不干预（这不是 Git 命令） - 想修这类通用命令错误，得用
thefuck或bash-completion，不是help.autocorrect
另外注意：autocorrect 不影响别名展开，也不改变 .gitconfig 中定义的 alias 行为。
为什么有时开了也没反应
最常见原因是 Git 版本太低或配置未加载：
- Git
- 你改的是仓库级配置，却在别的目录下测试（检查
git config --get help.autocorrect当前输出） - 终端里用了
git的 wrapper 脚本或 alias（比如alias git='hub'），绕过了原生 Git 的纠错逻辑 - 输错的命令恰好有多个相似候选（如
git chekout可能匹配checkout和cherry-pick），Git 会放弃自动执行，只提示“did you mean...”
真正容易被忽略的一点：autocorrect 不提供交互确认——一旦触发，就静默执行。如果你不确定它会不会误判，先在非关键仓库试几次 git sttaus、git comit 看实际行为。
