git reset --hard完成后到HEAD提示阶段耗时过长原因咨询

问题描述 #

我们在构建结束时使用git reset --hard确保环境干净，调试时的输出（带时间戳）如下：

2022-10-05 16:54:39,380 Updating files:   0% (116/52369)
2022-10-05 16:56:12,543 Updating files: 100% (52369/52369), done.
2022-10-05 17:15:41,768 HEAD is now at baf5396ee94dea7 

观察到文件更新从0%到100%耗时稳定在1.5分钟，性能分析显示时间主要用于getfileattrib调用；但从"done"到"HEAD is now at"的阶段耗时波动极大，中位数为5分钟，95分位数达18分钟。希望了解此阶段Git的操作内容，同时目前没有Git的pdb文件，想获取途径以进一步分析性能数据。

解答 #

一、"Updating files done"到"HEAD is now at"阶段的核心操作 #

• 清理未追踪内容：Git会遍历工作区的所有文件和目录，对比当前HEAD提交的快照，删除所有不在快照内的未追踪文件、目录（包括.gitignore未覆盖的内容）。这一步的耗时波动通常和工作区未追踪文件的数量、文件系统的IO性能直接相关。
• 同步索引与HEAD状态：将Git索引（index/stage）完全同步为目标提交的快照状态，确保索引中记录的文件信息和HEAD提交完全一致，为后续操作提供准确的文件状态基准。
• 更新仓库元数据与缓存：更新HEAD指针的引用，标记当前分支指向目标提交哈希；清理Git操作过程中生成的临时数据，刷新文件系统缓存，保证工作区实际状态与仓库元数据完全匹配。

二、Git PDB文件的获取方式 #

• Git for Windows官方版本：对应版本的符号文件（包含PDB）会随安装包一同发布，通常命名为git-<版本号>-symbols.zip，可在Git for Windows的发布页面找到并下载解压。
• 自行编译Git：使用MSVC编译时，添加/Zi编译参数开启符号生成；使用MinGW编译时，添加-g参数生成调试信息，编译完成后会在输出目录生成对应的PDB文件。

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