Git同时推送多个仓库报fatal: a task was canceled且耗时10分钟

问题修复思路 #

1. 先定位故障远端 #

你当前用的单remote绑定多pushurl的方案，只要任意一个远端推送失败，就会触发全局任务取消报错，且无法直接定位故障点。先执行以下步骤单独验证每个远端的连通性：

• 先执行git remote get-url --push origin获取两个绑定的推送地址
• 分别对两个地址执行单独推送测试：git push <单个远端地址> <当前分支名>
• 排查推送异常的远端对应问题：如网络连通性、仓库权限、认证凭证失效等

2. 调整Git推送参数避免超时 #

如果是大仓库、网络环境不佳导致的超时，执行以下命令调整Git配置：

# 调大HTTP推送缓存上限为500M，适配大文件推送
git config --global http.postBuffer 524288000
# 关闭低速推送断连限制，避免网络波动时被强制断开
git config --global http.lowSpeedLimit 0
git config --global http.lowSpeedTime 999999

3. 更换容错性更高的多远端推送方案 #

放弃单remote多pushurl的方案，改用多独立remote+自定义别名的方式推送，单个远端故障不会影响其他远端推送，也能直观看到每个远端的推送状态：

1. 分别添加独立远端：

# 示例，根据自己的仓库类型命名remote、替换地址
git remote add github <GitHub仓库地址>
git remote add gitee <Gitee仓库地址>

2. 配置全局推送别名：

git config --global alias.pushall "!git push github && git push gitee"

3. 后续所有多远端推送直接执行：git pushall即可

4. 大文件场景优化 #

如果仓库内存在大于100M的文件，需要改用Git LFS管理大文件，否则大文件传输极易触发超时、推送失败。

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