git-remote-https 因信号 6 而死亡 - 从存储库拉取时

问题描述 投票:0回答:1

最近我将一些较大的文件提交到我的存储库中。这样做的同时,我将

http.postBuffer
增加到
524288000
。通常,当我这样做时,完成后我会将其减少回
5242
。上次我忘记了,今天当我尝试
git pull
时,我从标题中得到了错误。 (我需要拉动,因为我在从另一台机器推送的遥控器上进行了更改)这是否会以某种方式导致问题?我不这么认为,因为我也尝试过进一步增加
http.bufferSize
,但没能让它发挥作用。

我从 GitHub 手动下载了该存储库,它只是

5MB

我也尝试过

git clone
回购,但我得到了同样的错误。

我用谷歌搜索了这个问题,但没有一个解决方案有效。可能是什么问题?

仅供参考,我使用的是 macOS。

编辑:我从未设法解决这个问题。我不得不改用 SSH 而不是 HTTP。

git github
1个回答
0
投票

Git 2.45(2024 年第 2 季度),第 13 批解决了这个问题,其中包括一个额外的测试,以证明克隆不会因使用

includeIf.onbranch:*.path
的全局配置文件而阻塞。

请参阅提交 0eab85b(2024 年 3 月 12 日),作者:Patrick Steinhardt (

pks-t
)
(由 Junio C Hamano --
gitster
--
合并于 commit cebe702,2024 年 4 月 1 日)

t5601
:使用“
includeIf.*.onbranch

练习克隆

报道者:Angelo Dureghello
签字人:Patrick Steinhardt

据报道,当配置包含“

includeIf.*.onbranch
”条件时,git-clone(1) 在 Git v2.44 中通过 HTTPS 克隆时开始失败:

$ 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(“

refs
:重构逻辑以查找存储后端”,2023-12-29,Git v2.44.0-rc0 - merge列于batch #8)。
此提交加强了查找引用后端的逻辑,这样当尚未通过读取 gitconfig 检测到后端时,我们就会死亡。

现在,这个提交本身不会导致失败。
但在18c9cb7(“

builtin/clone
:使用正确的对象格式创建refdb”,2023-12-12,Git v2.44.0-rc0 - mergebatch#4中列出)我们也进行了更改git-clone(1) 如何初始化 refdb,以便在生成远程帮助程序之后发生,这是必需的,以便我们可以在初始化 refdb 之前首先了解远程存储库使用的对象格式。
从此更改开始,远程帮助程序将无法从一开始就检测到存储库,因此具有未配置的引用后端。
因此,当我们尝试解决“
includeIf.*.onbranch
”条件时,我们现在将无法查找 refdb 并死亡。

此回归已通过 199f44c 修复(“

builtin/clone
:允许远程帮助程序检测存储库”,2024-02-27,Git v2.45.0 - merge 列于 batch #5),其中我们现在预初始化部分 refdb,以便远程帮助程序可以从一开始就检测到存储库。

© www.soinside.com 2019 - 2024. All rights reserved.