我尝试了这里提出的所有建议，但没有一个奏效。对我们来说，这个问题是不稳定的，而且随着回购的规模越来越大(在Jenkins Windows构建奴隶上)，情况变得越来越糟。

它最终成为git使用的ssh版本。Git被配置为使用某个版本的Open SSH，在用户的.gitconfig文件中通过内核指定。sshCommand变量。把那条线拆了，它就固定了。我相信这是因为Windows现在提供了一个更可靠/兼容的SSH版本，默认使用。

在此期间，我关闭了所有正在进行的下载，这可能释放了一些空间，并清除了带宽

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

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

更多信息请看这个答案。

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

[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提高了下载的性能，从而可以避免网络问题

网络质量很重要，尽量切换到不同的网络。 帮助我的是把我的互联网连接从维珍媒体(Virgin Media)的高速陆地宽带改为手机上的热点。

在此之前，我尝试了限制克隆大小的公认答案，尝试了在64位和32位版本之间切换，尝试了禁用git文件缓存，没有一个有用。

然后我通过我的手机切换到连接，第一步(git克隆—深度1 <repo_URI>)成功了。切换回我的宽带，但下一步(git fetch -unshallow)也失败了。所以我删除了到目前为止克隆的代码，切换到移动网络，再次尝试默认方式(git clone <repo_URI>)，它成功了，没有任何问题。