git克隆可以从http2获益

Question

git clone能从http2获益吗？

由于各种网络错误，我总是喜欢ssh over http（s），但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限制和无状态决定，会发送大量数据     在有/想要谈判smart-http期间来回。我想知道     如果我们能够实施＆＃34;长轮询＆＃34;计划在CGI计划中。该     程序终止HTTP请求并重新创建完整双工     upload-pack与客户端通信的连接。上传包下降     回到正常模式，由git：//和ssh：//。

使用          

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

  

     

是。隐藏的议程如果运作良好，我们可能有一天会弃用smart-http。那一天，如果发生，将会在遥远的未来。到那时希望我们可以使用http2而不是tcp-over-http1。

是的，它可能会让Git受益，但它的实施还没有得到积极推动。