如果你在Windows上，你可能想检查git克隆失败的“index-pack”失败?

基本上，在运行git.exe守护进程之后…命令，从控制台窗口中选择一些文本。重试拉/克隆，它现在可能工作了!

更多信息请看这个答案。

我在macOS大苏尔M1芯片上遇到了这个问题，没有一个解决方案对我有效。

编辑:作为M2芯片的解决方案，以及。

我通过增加下面的ulimit来解决它。

ulimit -f 2097152
ulimit -c 2097152
ulimit -n 2097152

运行上面的命令只对当前终端会话有效，所以首先运行这个命令，然后克隆存储库。

下面的配置设置不适合我。

[core] 
packedGitLimit = 512m 
packedGitWindowSize = 512m 
[pack] 
deltaCacheSize = 2047m 
packSizeLimit = 2047m 
windowMemory = 2047m

正如之前的评论，这可能是git的内存问题。 因此，我尽量减少工作线程(从32个减少到8个)，这样它就不会同时从服务器获取太多数据。然后我还添加了“-f”来强制同步其他项目。

-f: Proceed with syncing other projects even if a project fails to sync.

那么现在可以正常工作了。

repo sync -f -j8

在我的情况下，这是一个连接问题。我连接到一个内部wifi网络，在这个网络中，我只能访问有限的资源。这是让git进行取回，但在某个时间它崩溃了。 这意味着它可能是网络连接问题。检查是否一切运行正常:防病毒，防火墙等。

因此，elin3t的答案很重要，因为ssh提高了下载的性能，从而可以避免网络问题

只是在这里添加一个提示，如果你的git克隆命令有一个代理参数，你的代理服务器可能会过早地断开你的http/s请求，因为它自己的配置不允许太大的http响应二进制。仅供参考。

我也有同样的问题。遵循上面的第一步，我能够克隆，但我不能做任何其他事情。不能取、拉或结帐旧树枝。

每个命令运行得比平时慢得多，然后在压缩对象后终止。

I:\dev [master +0 ~6 -0]> git fetch --unshallow
remote: Counting objects: 645483, done.
remote: Compressing objects: 100% (136865/136865), done.

error: RPC failed; result=18, HTTP code = 20082 MiB | 6.26 MiB/s

fatal: early EOF

fatal: The remote end hung up unexpectedly

fatal: index-pack failed

这也发生在你的裁判使用太多内存的时候。修剪记忆为我解决了这个问题。只要给你取回的东西加上一个限制，比如->

git fetch --depth=100

这将获取历史记录中最近100次编辑的文件。 在此之后，您可以以正常速度执行任何命令。