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

[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

这些对我来说都没用，但使用Heroku的内置工具却奏效了。

heroku git:clone -a myapp

文档在这里:https://devcenter.heroku.com/articles/git-clone-heroku-app

最终通过git配置——global core.compression解决

来自BitBucket问题线程:

我试了差不多五次，还是会这样。 然后我尝试使用更好的压缩，它工作! Git配置——global core.compression

从Git文档:

core.compression 整数-1..9，表示默认压缩 的水平。-1是zlib的默认值。 0表示不压缩，1..9是 各种速度/大小的权衡，9是最慢的。 如果设置，这将提供一个 默认为其他压缩变量，如core.looseCompression 和pack.compression。

在您的本地机器目录中，您可能会耗尽空间。在您要下载的机器中添加额外的存储空间，并重复签出。你的问题可能就是这么简单。

使用@cmpickle答案，我构建了一个脚本来简化克隆过程。

它托管在这里:https://gist.github.com/gianlucaparadise/10286e0b1c5409bd1049d67640fb7c03

你可以使用下面的代码行运行它:

curl -sL https://git.io/JvtZ5 | sh -s repo_uri repo_folder

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

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

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