以上的解决方案对我都不起作用。

最终对我有效的解决方案是切换SSH客户端。 GIT_SSH环境变量设置为Windows Server 2019提供的OpenSSH。 7.7.2.1版本

C：\Windows\System32\OpenSSH\ssh.exe

我简单地安装了腻子，0.72

巧克力安装腻子

并将GIT_SSH更改为

C: \ ProgramData chocolatey喝李勃putty.portable喝工具\ PLINK.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

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

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

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次编辑的文件。 在此之后，您可以以正常速度执行任何命令。

当git内存不足时，我得到了这个错误。

释放一些内存(在本例中:让编译作业完成)并再次尝试对我来说是可行的。

连接的问题

这是最有可能的原因。特别是如果你的git是最新的。(你可以更新你的git，如果不是最新的)

1-检查连接是否稳定。 2- VPN =>禁用它(如果使用=>罪魁祸首) 3-防病毒和防火墙

VPN VPN VPN =>罪魁祸首

Git缓存，缓冲区，内存和压缩

其他答案很好地涵盖了这一点。

会选https://stackoverflow.com/a/29355320/7668448

使用实例使用cli打开全局配置。

git config --global -e

如果没有，则:

https://stackoverflow.com/a/22317479/7668448