git clone正在中止,原因是远程端可能的存储库损坏,即使内存设置正确
我将能够获取和推动我的代码相同的回购。当我试图在另一台机器上克隆时,它说错误。
这里是.gitconfig设置
[pack]
windowMemory = 1000m
SizeLimit = 1000m
threads = 1
window = 0
错误:
Cloning into 'auto_shop'...
stdin: is not a tty
remote: Counting objects: 3043, done.
remote: Compressing objects: 100% (2872/2872), done.
error: pack-objects died of signal 94.62 MiB | 89.00 KiB/s
error: git upload-pack: git-pack-objects died with error.
fatal: git upload-pack: aborting due to possible repository corruption on the remote side.
fratal: early EOF: 31% (966/3043), 5.68 MiB | 223.00 KiB/s
emote: aborting due to possible repository corruption on the remote side.
fatal: index-pack failed
而且,git fsck
不会给予任何错误。
# git fsck
Checking object directories: 100% (256/256), done.
Checking objects: 100% (2218/2218), done.
dangling commit 7ae478bea3aa6c42cc8fe865c9fc26b35ea9e15d
dangling commit a657b57b65f63f4ffea1c25c77ff62c94471d41a
dangling commit 3c9ef0ff7818812f506fa1d18ef4af4a90a4938d
请帮助我如何解决这个问题?
2条答案
按热度按时间gcmastyq1#
它的工作,我设置了相同的配置在远程端以及.它现在起作用了。
oaxa6hgo2#
我也遇到了同样的问题。尝试了所有的解决方案后,它仍然存在。在将配置与另一个存储库进行比较后,我发现这个配置可以工作:
我认为这是因为有一个很大的sql备份文件
backup.sql(size: 305M)
,git试图将其作为文本文件进行分析,看看有什么不同。使用
git config core.bigfilethreshold 200K
后,git不会将其压缩存储,也不会尝试压缩它。因此,如果像
pack.windowMemory, pack.SizeLimit
这样的配置不适合您,请尝试使用git config core.bigfilethreshold 200K
。