git错误：error: RPC 失败。curl 92 HTTP/2 stream 0 was not closed cleanly: CANCEL (err 8) fatal: 远端意外挂

git出现错误

正克隆到 'Qwen-Audio'...
remote: Enumerating objects: 244, done.
remote: Counting objects: 100% (44/44), done.
remote: Compressing objects: 100% (29/29), done.
error: RPC 失败。curl 92 HTTP/2 stream 0 was not closed cleanly: CANCEL (err 8)
fatal: 远端意外挂断了
fatal: 过早的文件结束符（EOF）
fatal: index-pack 失败

读一下错在http/2，那么我就强制让其用1.1就欧克了

git config --global http.version HTTP/1.1

HTTP/1.1 和 HTTP/2 是两个不同版本的超文本传输协议（Hypertext Transfer Protocol），它们之间存在一些关键区别，主要集中在性能、数据传输方式和安全性上。下面是两者的主要差异：

1. 二进制分帧
   HTTP/1.1 使用基于文本的请求和响应报文格式，这可能导致解析效率较低。
   HTTP/2 则使用二进制分帧协议，将请求和响应拆分为多个二进制帧，这样可以更高效地进行解析和处理。
2. 多路复用
   HTTP/1.1 每个TCP连接只能处理一个请求，这意味着如果一个请求被阻塞，其他请求也会被延迟，这种现象被称为“队头阻塞”（Head-of-line blocking）。
   HTTP/2 引入了多路复用（Multiplexing），允许在一个TCP连接上同时发送多个请求，并且每个请求都可以独立地接收响应，从而避免了队头阻塞。
3. 头部压缩
   HTTP/1.1 的请求和响应头部是明文发送的，可能会占用相当大的带宽。
   HTTP/2 使用HPACK算法来压缩请求和响应头部，减少传输的数据量，提高传输效率。
4. 服务器推送
   HTTP/1.1 不支持服务器主动向客户端推送资源，所有资源都必须由客户端显式请求。
   HTTP/2 支持服务器推送（Server Push），允许服务器在客户端请求之前就推送相关资源，从而减少往返时间，提高页面加载速度。
5. 优先级与流控制
   HTTP/1.1 缺乏对请求的优先级管理和流量控制机制。
   HTTP/2 允许为不同的请求设置优先级，并通过流控制机制来管理数据的发送速率，确保网络资源的有效利用。
6. 错误处理
   HTTP/1.1 错误处理机制较为简单，通常只提供状态码和简单的错误信息。
   HTTP/2 提供了一套更详细的错误处理机制，包括错误代码和可选的错误信息，便于调试和问题定位。
7. 安全性
   HTTP/1.1 可以运行在明文模式下，也可以通过HTTPS加密。
   HTTP/2 虽然本身并不强制要求加密，但大多数现代浏览器和服务器默认采用HTTPS，因为HTTP/2的一些特性（如多路复用）在TLS加密环境下才能充分发挥效果。
   总的来说，HTTP/2 相对于 HTTP/1.1 在性能和效率方面有了显著提升，尤其在高延迟或低带宽的网络环境中表现更为突出