git克隆失败，可以'；t在远程计算机上重新打包

在研究这一点时，我发现了大量关于内存耗尽的信息，但实际上我没有收到任何malloc错误

当我尝试克隆时，我得到了中等压缩

error: git-upload-pack: git-pack-objects died with error.
fatal: git-upload-pack: aborting due to possible repository corruption on the remote side.
remote: aborting due to possible repository corruption on the remote side.
fatal: early EOF
fatal: index-pack failed

error: failed to run repack

当我去远程运行

git-gc

时，它会告诉我这个。。（通过压缩获得相同数量）

当我运行

git fsck

时，我根本没有得到任何输出

---

想法？

这取决于您在git pack对象因错误而死亡之前应该看到的行

例如，如果您看到一条线，如：

remote: fatal: object 21f3981dd35fccd28febabd96f27241eea856c50 is corrupted

（如“”所述）

在这种情况下，您可以尝试（在远程服务器上）使用

git fsck--full 21f3981；git重新打包

（根据建议）

您将在中找到类似的错误消息，如“

无法解包..标题”

”：

“

无法解包..header

”问题可能完全是个问题 损坏的松散物体。你应该有一个名为

.git/objects/b2/8b949a1a3c8eb37ca6eefd024508fa8b253429

听起来该文件已损坏。
到目前为止，除了一个CRLF转换错误（你无论如何都不会在OSX上触发），我认为每次我们看到它时，它都是一个真正的磁盘或内存 腐败

---

可能是@Amber的副本这与网络协议有什么关系？我在遥控器上运行的命令失败了…链接的问题中列出了多个答案。@Amber和none都被标记为正确的…在这一行之前，它通过压缩得到62%，与我在遥控器上运行

git gc

时的百分比相同。@jondavidjohn:所以，在“死于错误”之前的任何一行都没有其他错误消息消息？对，它通过压缩得到大约62%，停止，然后输出上面的消息。此外，正如问题所指出的，当我运行

git fsck

时，我没有得到任何输出，这表明git不知道损坏的文件或问题。对吗？@jondavidjohn:对，对。为了进一步确认，您确实在远程服务器上运行了

fsck

？你能在远程服务器上试用a

git fsck--full

？当然，是的，那是在远程服务器上，我会试试--full选项。