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

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

对我来说，当我把压缩改为 Git配置——global core.compression

这是

我也遇到过同样的问题。REPO太大，无法通过SSH下载。就像@elin3t推荐的那样，我已经通过HTTP/HTTPS克隆了，并将.git/config中的REMOTE URL更改为使用SSH REPO。

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

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

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

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

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

[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

与此相关，仅在没有根访问权限并手动从RPM(使用rpm2cpio)或其他包(.deb， ..)中提取Git到子文件夹时有用。典型的用例:您尝试在公司服务器上使用更新版本的Git而不是过时版本的Git。

如果git克隆失败，导致fatal: index-pack失败，但没有早期的EOF提示，而是提示使用:git index-pack的帮助消息，说明版本不匹配，你需要使用——exec-path参数运行git:

git --exec-path=path/to/subfoldered/git/usr/bin/git clone <repo>

为了让这个过程自动发生，在~/.bashrc中指定:

export GIT_EXEC_PATH=path/to/subfoldered/git/usr/libexec