Git Clone Error 处理

最新推荐文章于 2025-01-11 09:00:00 发布

原创最新推荐文章于 2025-01-11 09:00:00 发布 · 3.8k 阅读

4 ·

CC 4.0 BY-SA版权

二专栏收录该内容

1 篇文章

订阅专栏

本文介绍了一种常见的Git操作错误——下载原码时遇到的302重定向问题及其解决方案。主要原因是Git配置中http.followRedirects选项未正确设置，导致无法自动跳转。通过修改全局Git配置，将对应仓库的http.followRedirects设为true，即可解决此问题。

error: RPC failed; HTTP 302 curl 22 The requested URL returned error: 302
fatal: the remote end hung up unexpectedly

今天在下载QCC原码时失败，记录一下：

出现此原因的问题：

1，http.followRedirects 不能自动跳造成的。

需要 git config --global http.https://xxx.xxx.git .followRedirects "true"

其中，需要把: https://xxx.xxx.git 改成你要 clone 的网址。

比如： https://gitee.xxx.git

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

深海线

关注关注

0
点赞
踩
4

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

git -- RPC failed； HTTP 403 curl 22 The requested URL returned error: 403

King Saj

05-26

4261

错误: RPC failed; HTTP 403 curl 22 The requested URL returned error: 403 原因: 账户没有读写权限,联系管理索要权限排查方法: 使用账户登录git地址,找到当前项目示例1: 示例2:

【报错】git clone下载代码的时候报302错误码

静谧、淡雅

06-25

686

error: RPC 失败。HTTP 302 curl 22 The requested URL returned error: 302 fatal: 远端意外挂断了

参与评论您还未登录，请先登录后发表或查看评论

[Qualcomm]Qualcomm git clone代码出现RPC failed； HTTP 302 curl 22 The requested URL returned error: 302

wgl307293845的博客

01-11

655

问题出在 Git 的版本上。在 2.11.0 上运行，在 2.11.1 及更高版本上失败。原因是 2.11.1 中引入的与重定向安全性相关的更改。

Git 问题汇总

12-14

2266

GIT无法Clone仓库到本地错误信息：error: RPC failed; HTTP 302 curl 22 The requested URL returned error: 302 fatal: the remote end hung up unexpectedly 问题的原因的： http.followRedirects 不能自动跳造成的。解决办法：打开git bash输入如下内容： git config --global http.https:/

执行git clone 返回302错误码

weixin_46027808的博客

09-19

2542

执行 git clone 返回302

使用git报错error: RPC failed; HTTP 504 curl 22 The requested URL returned error: 504 Gateway Time-out

iOS开发之路

08-07

1万+

使用git clone代码的时候报如下错误： Cloning into 'FanHeIOSV2'... error: RPC failed; HTTP 504 curl 22 The requested URL returned error: 504 Gateway Time-out fatal: The remote end hung up unexpectedly 解决办法，只

git clone时报错问题解决

12-30

在使用Git进行代码仓库克隆操作时，如果出现“sign_and_send_pubkey: signing failed: agent refused operation”的错误提示，意味着SSH代理拒绝了身份验证的操作。这通常发生在用户尝试通过SSH方式访问Git仓库时，...

克隆项目报错git clone - error: invalid path

weixin_56800842的博客

09-21

912

克隆项目报错问题：error: invalid path 'Debugging-system:-ideas-on-how-to-improve-the-debugging-system.mediawiki'这个库在远端服务器已经clone成功了, 这个文件可以浏览, 内容正常.将远端库的.git Clone到本地时报错, 是不是文件路径太长了呢?第一感觉就是这样.本地的迁出路径为 D:\3rd_prj\contiki\contiki_wiki。

Git：获取远端项目【git clone url】【git clone --no-checkout url [new_name]】【git clone --bare url】

u013250861的博客

06-27

1568

【代码】Git：获取远端项目【git clone [远端仓库地址]】【git clone --no-checkout】【git clone --bare [远端仓库地址]】

完全解决git clone超时和git子模块无法下载问题

王尼莫的博客

09-13

3346

正常下载gtihub源码及其子模块。

error: RPC failed； HTTP 502 curl 22 The requested URL returned error: 502 Proxy Error fatal:

clearlove_black的博客

03-11

8259

在git中 unset http unset https 如果出现了缓存溢出的情况,如果还是报缓存溢出的问题的话，可以将这个参数调的更大，它的单位是Byte git config --global http.postBuffer 1024000000

Git 错误合集

CB_Beginner的博客

07-22

1251

切换自己热点，不用公司网络。

error: RPC failed; HTTP 502 curl 22 The requested URL returned error: 502 Proxy Error fatal: 报错

范特西的博客

06-28

1万+

错误消息： error: RPC failed; result=22 HTTP code = 413 …. fatal: The remote end hung up unexpectedly. error: 无法推送一些引用到 ‘https:…..something.git’ 如果你遇到了错误： in ‘connect’: SSL_connect returned=1 err...

Git...

You are happier than before

01-07

1279

1.修改远程仓库的地址 git remote set-url origin http://xxx.git 2.error:RPCfailed;HTTP403curl22TherequestedURLreturnederror:403 git权限不足

Git 下载大型文件错误修复

qq_44129347的博客

10-13

812

系统环境：Ubuntu 20.04。Git拉取大型文件报错

error: RPC failed； HTTP 500 curl 22 The requested URL returned error: 500 Internal Server Error

wgl307293845的博客

01-10

1020

Git >= 2.11.1 版本实施了一项安全更改，禁止 Git 跟踪 HTTP 重定向。对于 Chipcode 访问，客户端必须遵循 HTTP 重定向，因为客户端将被重定向到最近的区域镜像。要适应这一点，有必要进行本地 git 配置更改。

RPC failed; HTTP 403 curl 22 The requested URL returned error: 403 Forbidden

dingxingmei的专栏

04-24

1万+

解答： git账号权限不足，开通权限即可。

git push error: RPC failed; HTTP 403 curl 22 The requested URL returned error: 403

最新发布

03-30

当遇到 `git clone` 出现的错误提示 `'Error in the HTTP2 framing layer'` 时，这通常是由 Git 使用 HTTP/2 协议与远程仓库通信过程中发生的问题引起的。可以通过调整 Git 的配置来解决问题。 ### 解决方案 #### 方法一：禁用 HTTP/2 可以尝试通过设置 Git 配置项来禁用 HTTP/2，从而切换回更稳定的 HTTP/1.1 进行通信： ```bash git config --global http.version HTTP/1.1 ``` 此命令会全局修改 Git 的 HTTP 版本配置[^3]。如果仅针对特定仓库，则可以在该仓库目录下运行以下命令： ```bash git config http.version HTTP/1.1 ``` 这样不会影响其他项目的正常操作。 --- #### 方法二：更新 Git 到最新版本较旧版本的 Git 可能存在兼容性问题，尤其是涉及 HTTPS 和 HTTP/2 支持的部分。建议升级到最新的稳定版 Git 来修复潜在漏洞并增强协议支持能力。可以从官方源获取安装包或者使用包管理工具完成更新过程[^4]。对于基于 Debian 或 Ubuntu 的 Linux 发行版，执行如下命令即可实现自动更新： ```bash sudo apt update && sudo apt install git ``` MacOS 用户可通过 Homebrew 完成相同目标： ```bash brew upgrade git ``` Windows 平台则推荐访问官网下载图形化界面程序进行手动替换安装[^5]。 --- #### 方法三：更改网络环境或代理设置有时网络状况不佳也会引发此类异常行为。考虑更换不同的互联网连接测试效果；另外还可以启用 SSH 替代 HTTPS 访问方式减少中间环节干扰因素的影响程度。具体做法包括但不限于将原有的 URL 地址转换为 ssh 形式：原地址类似于： ``` https://github.com/example/repo.git ``` 改为对应的 SSH 路径形式： ``` git@github.com:example/repo.git ``` 之后重新发起拉取请求验证是否成功解决上述提到过的框架层面上产生的差错现象[^6]。 --- ### 总结以上三种途径均有助于缓解乃至彻底消除因 HTTP/2 导致的各种麻烦事态发展情况下的应对策略说明文档内容结束部分提醒各位开发者朋友们注意保持软件处于最新状态以便及时享受来自社区贡献者们带来的改进成果同时也要留意个人工作流当中是否存在不必要的复杂度增加风险隐患等问题所在之处[^7]。