git克隆可以从http2中受益

Question

可以从http2中克隆克隆吗？

因为各种网络错误，我总是比较喜欢ssh而不是http，所以ssh似乎比http（s）快一点。所以我的问题是：例如，git，特别是克隆可以从http2的复用功能中受益吗？

Answer 1

HTTP上的smart protocol使用几个长时间运行的请求; HTTP/2在这里不会有很大的好处。

相比之下，dumb protocol提出了更多独立的请求，并可能受益。但是：

现在很少使用哑协议。很难保护或私密，因此大多数Git主机（基于云和本地）都会拒绝使用它。

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

Answer 2

这个（http2支持）在the mailing list中没有多少讨论。

的only occurrence是关于一个GSoC 2015 project about git fetch：

由于HTTP的限制和无状态的决定，大量的数据被发送 来回有/时想为智能HTTP谈判。如果我们可以在CGI程序中实现“长轮询”方案，我不知道 。 程序终止HTTP请求并重新创建一个全双工 连接，以便upload-pack与客户端交谈。上传包的内容为 回到正常模式，由git：//和ssh：//使用。

那么基本上Git-over-TCP-over-HTTP？ :)

是的。隐藏的议程是，如果运行良好的话，我们可能会在某一天弃用smart-http。那一天，如果发生的话，将会在不远的将来。那时希望我们可以用http2代替tcp-over-http1。

所以是的，它可以让Git受益，但是它的实现还没有被积极追求。