为何GitHub Actions中git fetch执行耗时远高于actions/checkout@v4？

核心原因：actions/checkout@v4的默认优化策略 #

• 浅克隆+单分支定向拉取：这个Action默认使用--depth=1的浅克隆，只拉取触发工作流的当前分支的最新一次提交，不会下载整个仓库的完整历史。而且它仅拉取目标分支，而非所有分支，数据量极小，3秒完成完全合理。
• GitHub内部传输优化：Actions运行环境与GitHub仓库服务器之间有专属的优化传输通道，比普通git fetch的公共网络链路效率更高；拉取当前分支时还能复用预缓存的分支快照，进一步提速。

手动git fetch origin develop慢的根源 #

• 默认拉取完整历史：不带参数的git fetch会拉取目标分支的全部提交历史，哪怕你只需要最新版本。如果develop分支有大量历史提交，Git需要校验并下载所有相关的提交对象、树结构，数据量瞬间放大——哪怕分支间差异小，历史数据的传输也会拖慢速度。
• 未启用浅克隆：你没加--depth参数，Git不会自动启用浅克隆优化，只能走完整历史拉取的流程。

快速获取基准分支的优化方案 #

如果只是为了对比特性分支和develop的差异，根本不需要完整历史，只拉取develop的最新提交即可：

git fetch origin --depth=1 ${{ github.base_ref }}

这样操作后，耗时会降到和actions/checkout差不多的水平。

内容的提问来源于stack exchange，提问作者Joey Yi Zhao