git 尽管内存设置正确,但由于远程存储库可能损坏,克隆正在中止
git clone is aborting due to possible repository corruption on the remote side even though memory settings are done properly
git 由于远程端的存储库可能损坏,克隆正在中止
即使内存设置正确
我会能够获取我的代码并将其推送到同一个存储库。当我尝试在另一台机器上克隆时它说错误。
这是.git配置设置
[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
请帮我解决这个问题?
成功了,我在远程端也设置了相同的配置。现在有效了..
git config --global pack.windowMemory "100m"
git config --global pack.SizeLimit "100m"
git config --global pack.threads "1"
git config --global pack.window "0"
我遇到了同样的问题。尝试所有解决方案后,它仍然存在。将配置与另一个存储库进行比较后,我发现此配置有效:
git config core.bigfilethreshold 200K
我认为这是因为有一个很大的 sql 备份文件 backup.sql(size: 305M)
,git 尝试将其作为文本文件进行分析并查看差异。
使用后 git config core.bigfilethreshold 200K
git 不会放气存储它,也不会尝试压缩它。
因此,如果像 pack.windowMemory, pack.SizeLimit
这样的配置对您不起作用,请尝试使用
git config core.bigfilethreshold 200K
.
git 由于远程端的存储库可能损坏,克隆正在中止 即使内存设置正确
我会能够获取我的代码并将其推送到同一个存储库。当我尝试在另一台机器上克隆时它说错误。
这是.git配置设置
[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
请帮我解决这个问题?
成功了,我在远程端也设置了相同的配置。现在有效了..
git config --global pack.windowMemory "100m"
git config --global pack.SizeLimit "100m"
git config --global pack.threads "1"
git config --global pack.window "0"
我遇到了同样的问题。尝试所有解决方案后,它仍然存在。将配置与另一个存储库进行比较后,我发现此配置有效:
git config core.bigfilethreshold 200K
我认为这是因为有一个很大的 sql 备份文件 backup.sql(size: 305M)
,git 尝试将其作为文本文件进行分析并查看差异。
使用后 git config core.bigfilethreshold 200K
git 不会放气存储它,也不会尝试压缩它。
因此,如果像 pack.windowMemory, pack.SizeLimit
这样的配置对您不起作用,请尝试使用
git config core.bigfilethreshold 200K
.