Azure DevOps中Git LFS推送超100MB大文件失败求助

不少人遇到过这个问题，HTTP 413错误本身代表「请求实体过大」，和Azure DevOps文档标注的5GB上限不符，主要原因及解决办法如下：

可能的原因及对应方案 #

1. 仓库级Git LFS大小限制设为100MB #

Azure DevOps允许管理员单独为仓库设置Git LFS文件的大小上限，默认值可能为100MB（和全局5GB的普通文件限制相互独立）。

• 排查：进入目标仓库，依次点击「Repos」→「Files」→ 右上角「Repository settings」→ 找到「Git LFS」选项，查看「Maximum file size」数值。
• 解决：若数值为100MB，联系仓库管理员调整到需求大小（最大可设为5GB）。

2. 网络代理/防火墙限制了请求大小 #

如果你的网络经过公司代理、防火墙或Azure DevOps前端反向代理，这些设备可能默认限制了单次请求的大小（常见上限为100MB）。

• 排查：切换到无代理网络（如手机热点）重新推送，验证是否由代理导致问题。
• 解决：联系网络管理员调整代理的请求大小限制。

3. Git LFS未启用分片上传 #

默认情况下Git LFS可能不会自动拆分大文件上传，导致单次请求超过服务器允许的阈值。

• 解决：在本地仓库执行以下命令配置分片上传：

  git config lfs.chunksize 50MB
  git config lfs.batch false
  

  配置完成后重新尝试推送大文件。

4. Git LFS客户端与Azure DevOps服务器兼容性问题 #

部分版本的Git LFS客户端可能和Azure DevOps服务器存在兼容性问题，触发上传错误。

• 解决：升级Git LFS到最新稳定版本，或降级到经过验证的旧版本（如3.3.0）后重试。

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