最近我将一些较大的文件提交到我的存储库中。这样做的同时,我将
http.postBuffer
增加到 524288000
。通常,当我这样做时,完成后我会将其减少回5242
。上次我忘记了,今天当我尝试git pull
时,我从标题中得到了错误。 (我需要拉动,因为我在从另一台机器推送的遥控器上进行了更改)这是否会以某种方式导致问题?我不这么认为,因为我也尝试过进一步增加http.bufferSize
,但没能让它发挥作用。
我从 GitHub 手动下载了该存储库,它只是
5MB
。
我也尝试过
git clone
回购,但我得到了同样的错误。
我用谷歌搜索了这个问题,但没有一个解决方案有效。可能是什么问题?
仅供参考,我使用的是 macOS。
编辑:我从未设法解决这个问题。我不得不改用 SSH 而不是 HTTP。
Git 2.45(2024 年第 2 季度),第 13 批解决了这个问题,其中包括一个额外的测试,以证明克隆不会因使用
includeIf.onbranch:*.path
的全局配置文件而阻塞。
请参阅提交 0eab85b(2024 年 3 月 12 日),作者:Patrick Steinhardt (
pks-t
)。gitster
-- 合并于 commit cebe702,2024 年 4 月 1 日)
练习克隆
:使用“t5601
”includeIf.*.onbranch
报道者:Angelo Dureghello
签字人:Patrick Steinhardt
据报道,当配置包含“
”条件时,git-clone(1) 在 Git v2.44 中通过 HTTPS 克隆时开始失败:includeIf.*.onbranch
$ git clone https://example.com/repo.git Cloning into 'repo'... BUG: refs.c:2083: reference backend is unknown error: git-remote-https died of signal 6
此回归被一分为二到0fcc285(“
:重构逻辑以查找存储后端”,2023-12-29,Git v2.44.0-rc0 - merge列于batch #8)。refs
此提交加强了查找引用后端的逻辑,这样当尚未通过读取 gitconfig 检测到后端时,我们就会死亡。现在,这个提交本身不会导致失败。
但在18c9cb7(“:使用正确的对象格式创建refdb”,2023-12-12,Git v2.44.0-rc0 - merge在batch#4中列出)我们也进行了更改git-clone(1) 如何初始化 refdb,以便在生成远程帮助程序之后发生,这是必需的,以便我们可以在初始化 refdb 之前首先了解远程存储库使用的对象格式。builtin/clone
从此更改开始,远程帮助程序将无法从一开始就检测到存储库,因此具有未配置的引用后端。
因此,当我们尝试解决“”条件时,我们现在将无法查找 refdb 并死亡。includeIf.*.onbranch
此回归已通过 199f44c 修复(“
:允许远程帮助程序检测存储库”,2024-02-27,Git v2.45.0 - merge 列于 batch #5),其中我们现在预初始化部分 refdb,以便远程帮助程序可以从一开始就检测到存储库。builtin/clone