Git : 错误：RPC 失败； curl 92 HTTP/2 流 0 未完全关闭：PROTOCOL_ERROR (err 1)

请不要在未阅读完整问题的情况下将其标记为重复项。

当我尝试将代码推送到我们的存储库时，出现以下错误：

我尝试在网上搜索这个问题，发现了惊人的资源，但没有确切的解决方案。有很多类似的问题，但我没有找到明确的讨论或适当的解决方案。

我提到了这个question。 我还研究了那些提供相应答案的答案和参考文献。

我按照建议增加了缓冲区大小answer但不适合我。

我按照此建议将 HTTP 版本从 HTTP/2 降级到 HTTP/1.1answer这对我有用。

我提到了一条评论，他提到为什么我们必须将 HTTP 版本从 HTTP/2 降级到 HTTP/1.1。我不明白他的评论。下面是他的评论。

在回答有关降级到 HTTP/1.1 的问题时，OP 发布的错误消息指出了 HTTP/2 的问题； OP 无法控制的东西（代理、GIT 服务器等）很可能无法与 HTTP/2 很好地配合。在这个问题得到解决之前，降级到 HTTP/1.1 是一个有效的解决方法。

所以我的问题是

1. 为什么我们要把 HTTP 版本从 HTTP/2 降级到 HTTP/1.1？
2. Why 增加缓冲区大小解决方法不适合每个人吗？

所以我的问题是

1. 为什么我们要把 HTTP 版本从 HTTP/2 降级到 HTTP/1.1？

我们不应该——但请参阅下文。

1. Why 增加缓冲区大小解决方法不适合每个人吗？

这应该也是没有必要的。

这里可能存在几个不同的问题，但如果您的网络连接从根本上来说是健全的（并非全部如此），那么 HTTP 或 HTTPS 协议问题的常见来源是某种中间件盒，例如试图阻止访问未经批准的主机的过滤器，这没有正确过滤。也就是说，您尝试直接连接到，例如github.com，但不是连接到github.com您连接到某个公司服务器。企业服务器检查 Web 请求，决定是否允许或拒绝它，并在决定允许时，使its own连接到github.com然后开始中继流量。

问题是这个中间件服务器，做这个中继，损坏数据.

The correct修复是修复或删除中间件服务器。其他任何事情都只是一种解决方法。如果电话中继接线员鲍勃一直告诉您苏珊不在办公室，即使她在办公室，您也不会再向鲍勃询问苏珊的情况。相反，您要求鲍勃将您与她的同事苏西联系起来。鲍勃现在将您连接到苏珊（她的名字显然也叫苏西），您就可以完成工作了。这并不意味着everyone必须叫她苏西，事实上，如果只是Bob叫她苏西，你的朋友，她的电话通过弗雷德而不是鲍勃，can't去找苏西：这对弗雷德不行。

因为计算机中继比混乱的电话接线员更复杂，所以使用它可能会取得更好的成功ssh://网址比http:// or https://网址。但任何有效的解决方法for you，这可以帮助您解决数据损坏问题，很好for you。它可能对其他人不起作用，但这无论如何都不是正确的解决方案。正确的解决方法是拆除或更换损坏的过滤器/继电器。