Bitbucket git clone BUG: remote-curl.c:1342: The entire rpc->buf should be large than LARGE_PACKE

Posted 2023-02-19

【中文标题】Bitbucket git clone BUG: remote-curl.c:1342: The entire rpc->buf should be large than LARGE_PACKET_MAX C 文件错误

【英文标题】：Bitbucket git clone BUG: remote-curl.c:1342: The entire rpc->buf should be larger than LARGE_PACKET_MAX C file error

【发布时间】：2022-01-19 22:07:15

【问题描述】：

git 版本 2.26.2

git clone https://my.company.com/bitbucket/scm/common/common-vm-resources.git

在有/没有子模块的存储库上运行git clone 时，我收到以下错误。使用 -v 选项进行详细说明，没有帮助。

BUG：remote-curl.c:1342：整个 rpc->buf 应该大于 LARGE_PACKET_MAX

Cloning into 'common-vm-resources'...
BUG: remote-curl.c:1342: The entire rpc->buf should be larger than LARGE_PACKET_MAX
fatal: expected flush after ref listing

【问题讨论】：

像这样以BUG 开头的任何东西都表明Git 已经自我诊断出这个Git 版本中的一个错误。尝试升级你的 Git，但我注意到 LARGE_PACKET_MAX 本身在 8 年内没有改变，我没有看到任何提到这个错误 - 你可能需要将它报告给 Git 邮件列表或 Git-for-Windows 组（取决于你'正在使用）。

对于解决方法，也许您可​​以使用ssh 而不是https 进行克隆。

相同的版本在不同的机器上运行，使用 ssh:/ 克隆会出现同样的错误。从本地存储库获取版本（筛选/批准）

ssh://... URL 获取根本不通过 remote-curl.c，因此它不可能触发特定的错误行。这里有些东西很松鼠。

【参考方案1】：

设置以下解决了该问题。问题来了，因为不知何故，这个属性 (http.postBuffer) 被设置为一个非常低的值，即低于 GIT 期望成功工作的数字/值。 p>

它也与您的机器/VM/映像上的可用内存直接相关，因此请进行相应设置。尝试较小的数字并根据需要增加值。

- 运行以下命令：

git config --global http.postBuffer 524288000