git克隆能否从http2中获益

git克隆能否从http2中获益

由于各种网络错误，我总是更喜欢ssh而不是http，但ssh似乎比http快一点。所以我的问题是：git，尤其是clone，是否可以从http2的多路复用功能中获益呢？

OverHTTP使用了一些长时间运行的请求；HTTP/2在这里不会有显著的好处

相比之下，该公司会提出更多的独立请求，并可能从中受益。然而：

哑巴协议现在很少使用。很难保证安全或将其私有化，因此大多数Git主机（基于云的主机和本地主机）都会拒绝使用它

实际上，如果不设计一个利用HTTP/2的新协议，我希望SSH能够继续提供最佳结果。

这一点（对http2的支持）在本文中没有讨论太多

这是关于一个：

由于http限制和无状态决策，发送了大量数据 在智能http的have/want协商期间来回。我想知道 如果我们能在CGI程序中实现“长轮询”方案。这个 程序终止HTTP请求并重新创建全双工 用于上传包与客户端对话的连接。上传包掉落 返回正常模式，由git://和ssh://使用

所以基本上是Git over TCP over HTTP？：）

对。隐藏的议程是，如果它运行良好，我们可能有一天会反对智能http。但如果这一天真的发生，那将是遥远的未来。到那时，我们希望能够使用http2而不是tcp-over-http1

因此，是的，它可以使Git受益，但它的实现尚未得到积极的追求