Git提交异常缓慢，请求协助排查故障原因

根据你描述的情况——只改了几行代码，但git commit要等好几分钟，而且用GIT_TRACE2_PERF=1追踪时看到有步骤卡了一分钟——我来梳理几个最可能的原因：

• 钩子脚本拖慢了流程
  Git提交过程会触发一系列钩子脚本（比如pre-commit、commit-msg），如果其中某个脚本做了耗时操作，比如全量代码静态检查、依赖安全扫描、上传大文件到远程，甚至是调用了需要联网的服务，就会导致整个提交卡住。你可以先临时禁用钩子试试：执行git commit --no-verify -m "message"，如果提交速度变快，那肯定是某个钩子的问题。接下来去仓库的.git/hooks目录里逐个排查这些脚本，看看哪个在执行时耗时久。

• Git索引（Index）异常或仓库文件过多
  如果你的仓库里有几万甚至几十万文件，哪怕只改了一行，Git在更新索引时也要遍历大量文件做状态检查，这会非常慢。另外，如果.git/index文件损坏或者异常庞大（比如之前有大文件被提交又删除，但索引没清理），也会导致读写索引的操作卡顿。可以试试重置索引：git reset，或者清理一下索引的冗余数据：git gc --aggressive（注意这个命令本身可能也会耗时，但清理后提交速度应该会改善）。

• 文件系统或外部工具干扰
  尤其是Windows系统，很多杀毒软件、安全防护工具会实时监控.git目录的读写操作，Git在提交时需要频繁读写索引和对象文件，很容易被这些工具拦截拖慢。你可以暂时关闭杀毒软件的实时扫描，或者把.git目录加入白名单试试。另外，如果你的仓库在网络磁盘（比如NAS、共享文件夹）上，磁盘IO速度慢也会导致提交卡顿，建议把仓库移到本地磁盘。

• 子模块状态检查耗时
  如果你的仓库包含子模块，git commit默认会检查子模块的状态：比如子模块是否有未提交的变更、是否需要同步远程分支。如果子模块很大或者网络不好，这个检查过程会非常久。你可以试试关闭子模块的自动检查：执行git config --global submodule.recurse false，然后再提交看看速度是否改善。

• Git自动GC触发
  Git会在某些条件下自动执行git gc（垃圾回收），清理冗余的对象文件。如果你的仓库很久没做过GC，自动触发的GC可能会耗时很久，导致提交卡住。你可以手动先执行一次git gc，之后再提交应该就不会再卡了。

最后，你提到的trace2输出里的atexit步骤卡了一分钟，这个阶段通常是Git在清理资源、写入最终的日志或者执行钩子的收尾操作，结合上面的排查点，大概率是某个钩子或者索引操作在这个阶段拖慢了速度。

内容的提问来源于stack exchange，提问作者Aviv Cohn