为何第二次执行git fetch耗时过长？大型仓库深度拉取异常

首次执行git fetch --depth=1时，本地仓库无任何远程分支跟踪记录，Git仅拉取各分支最新commit的最小必要对象集（比如新分支的头节点及关联少量对象），因此速度极快。

当二次执行且服务器无新变更时，本地已存在origin/*远程分支引用。此时Git需要验证本地引用与服务器分支的一致性，但由于是浅克隆状态，本地仅保存分支头快照，无足够历史delta信息完成快速校验。你使用的Git 2.39.3属于旧版本，存在浅克隆fetch的逻辑缺陷，会触发隐式的全量对象同步，导致服务器返回包含大量历史数据的3.1G pack文件，进而拖慢执行速度。

另外，命令中的--force参数强制更新远程引用，结合+refs/heads/*:refs/remotes/origin/*的refspec，会让Git对所有远程分支做全量校验，进一步加剧了这个问题。

而当服务器有新分支/标签时，二次fetch仅需拉取新分支的头对象，无需对已有分支做全量校验，因此速度仍保持极快，这也验证了上述逻辑。

1. 升级Git版本
   旧版本Git（2.40之前）在浅克隆fetch的一致性校验上存在bug，升级到最新稳定版（如2.45.x及以上）可直接修复该问题，避免不必要的全量pack下载。

2. CI环境改用全新浅克隆
   在Jenkins等CI环境中，每次构建直接执行：

   git clone --depth=1 --no-tags git@code.wexx.com:ipc/hj_app.git
   

   替代基于已有仓库重复fetch的方式，彻底规避二次校验的问题，且每次都是最小化拉取，稳定性更高。

3. 优化fetch参数

   • 若无需拉取所有分支，可明确指定目标分支，减少校验范围：

     git fetch --no-tags --force --progress --depth=1 git@code.wexx.com:ipc/hj_app.git "+refs/heads/[目标分支名]:refs/remotes/origin/[目标分支名]"
     

   • 若必须拉取所有分支，添加--prune参数移除本地已失效的远程分支，降低校验对象数量：

     git fetch --no-tags --force --progress --depth=1 --prune git@code.wexx.com:ipc/hj_app.git "+refs/heads/*:refs/remotes/origin/*"
     

4. 临时应急方案
   二次fetch前重置本地远程引用，让Git回到首次fetch的状态：

   git remote remove origin
   git remote add origin git@code.wexx.com:ipc/hj_app.git
   

   该方式操作繁琐，仅适合临时场景。

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