git push error HTTP code = 413

最新推荐文章于 2025-05-26 12:04:55 发布
转载 最新推荐文章于 2025-05-26 12:04:55 发布 · 217 阅读 · 0 ·
CC 4.0 BY-SA版权
原文链接：http://www.cnblogs.com/bruce-gou/p/10062402.html
文章标签：

#游戏

本文介绍了解决Git在使用HTTP协议时遇到的413 Request Entity Too Large错误的方法，通过将HTTP协议更改为SSH协议，并生成SSH密钥进行认证，成功解决了问题。

error: RPC failed; HTTP 413 curl 22 The requested URL returned error: 413 Request Entity Too Large

 

 

将http 协议改为ssh认证就可以了

 

git remote set-url origin git@git.cdcep.com:xxx/PoetrySystem.git
git@git.cdcep.com :服务器名
xxx/PoetrySystem.git 仓库名，然后就可以提交了

当然你必须生成ssh 认证

ssh-keygen -t rsa -C "xxx@163.com" //你申请账号的邮箱

然后三次回车或者指定密钥路径和密码，默认产生的密钥和公钥在登录用户的.ssh文件夹下.

~/.ssh/id_rsa.pub 密钥保存在该文件

 

转载于:https://www.cnblogs.com/bruce-gou/p/10062402.html

Git推送大量内容导致http 413错误
TechRunner
01-26 1561
配置nginx解决git推送时的http 413错误
Git提交push报错：HTTP 413 curl 22 The requested URL returned error 413 解决方案（超详细步骤）
Viper的程序员修炼手册
01-18 7565
Git提交push报错：HTTP 413 curl 22 The requested URL returned error: 413 Request Entity Too Large解决方案（超详细步骤） 文章目录Git提交push报错：HTTP 413 curl 22 The requested URL returned error: 413 Request Entity Too Large解决方案（超详细步骤）前言错误解决方法1.检查现有 SSH 密钥2.生成新 SSH 密钥并添加到 ssh-agent
HTTP状态码413（413 Request Entuty Too Large）
热门推荐
qq_41546003的博客
04-09 1万+
HTTP状态码413表示"请求实体过大"。这个状态码通常在客户端尝试上传的数据量超出服务器所能处理的范围时触发。服务器会拒绝处理该请求，并返回这个状态码，以提示客户端减少请求的大小。
git push 错误: RPC failed； HTTP 413 curl 22 The requested URL returned error: 413
少油少盐不要辣
04-17 3553
git 提交代码报错 ：error: RPC failed;私有git服务器前面有nginx类型反向代理工具缓存设置太小。这个的解决方法是：设置缓存大小。本地git缓存设置太小。
gitee提交报错： 413 Request Entity Too Large
weixin_44498318的博客
02-27 519
将上传方式HTTPS改为SSH。
error: RPC failed; result=18, HTTP code = 200 fatal: The remote end hung up unexpectedly
01-07
error: RPC failed; result=18, HTTP code = 200 fatal: The remote end hung up unexpectedly fatal: 过早的文件结束符（EOF） fatal: index-pack failed Solution for failed with error: RPC failed; result=18, ...
Solve Git Push Issue: (efrror: RPC failed; result=56, HTTP code = 0)
小菜还在写代码
11-13 4637
Git Push Issue: 执行： $ git push -u origin master 报错： error: RPC failed; result=56, HTTP code = 0 atal: The remote end hung up unexpectedly fatal: The remote end hung up unexpectedly
解决fatal:remote error:You can't push to git://github.com/username/*.git问题的办法
09-15
在使用Git进行版本控制时，有时会遇到"fatal: remote error: You can't push to git://github.com/username/*.git"这样的错误提示。这通常意味着您试图向GitHub推送代码，但因为使用的协议不支持写入操作，导致推送...
fatal: git-http-push failed
游海东的技术专栏
01-08 2681
1、错误描述 yhd@ubuntu:~/test$ git push warning: push.default is unset; its implicit value has changed in Git 2.0 from 'matching' to 'simple'. To squelch this message and maintain the traditional behavio...
git push报错error: failed to push some refs to ‘git@github.com:fanyu-aprivot/SeleniumPython.git‘
执子手 吹散苍茫茫烟波
07-29 396
一.问题描述 本地仓库push到远程报错： darli@LAPTOP-LMMPH4VI MINGW64 /d/D1/code/AutoTest/python_ui_autotest/SeleniumPython (master) $ git push origin master To github.com:fanyu-aprivot/SeleniumPython.git ! [rejected] master -> master (fetch first) error: failed
Idea+git push时候出现HTTP 413 错误
zhangustb
03-24 936
Idea+git push时候出现HTTP 413 错误
【Nginx】gitlab push代码时发生了http 413错误
2025 热爱与开始
05-11 8034
错误本身没有错，错在你让他发生了。背景：error: RPC failed; HTTP 413 curl 22 The requested URL returned error: 413 Request Entity Too Large错误解释：413 Request Entity Too Large（请求实体太大）作用：客户端发送的实体主体部分比服务器能够或者希望处理的要大。  一般情况下我们看...
git 提交 error:RPC failed； HTTP 413 curl 22 The requested URL returned error: 413
weixin_42128844的博客
12-23 5979
原因：使用的是http方式提交，提交的文件过大，网速不好 解决方案：修改为ssh的方式提交 设置方法：执行命令 git remote set-url origin ssh地址 将上面的ssh地址替换为你仓库的地址，然后再提交就可以了 ...
git push 413问题及git设置ssh提交
qq_36383272的博客
03-30 1059
Enumerating objects: 342, done. Delta compression using up to 8 threads Total 298 (delta 46), reused 0 (delta 0) RPC failed; HTTP 413 curl 22 The requested URL returned error: 413 the remote end hung up unexpectedly the remote end hung up unexpectedly 网
git push代码报错：HTTP 413 curl 22 The requested URL returned error: 413 Request Entity Too Large
u012534143的博客
08-19 3159
git push HTTP 413 curl 22 The requested URL returned error: 413 Request Entity Too Large
同步文件到gitlab服务器报HTTP413错误，RPC failed； HTTP 413 curl 22 The requested URL returned error 413错误的解决
m0_61343119的博客
07-19 1057
查看 http.postBuffer数值是否设置成功。在代码push到gitlab的时候会出现413错误。PS：我的是第一种情况，通过命令解决，亲测有效哈！
Git Push 失败：HTTP 413 Request Entity Too Large
Darker的博客
05-26 1044
本文将通过一个完整案例，演示如何使用curl工具验证服务器限制，最终通过宝塔面板修改Nginx配置解决问题，实现大文件Git推送成功。
git push 413问题解决
u013095264的博客
10-22 4051
用git好长时间了，今天提交的时候遇到了一个问题git push 然后 Enumerating objects: 342, done. Delta compression using up to 8 threads Total 298 (delta 46), reused 0 (delta 0) RPC failed; HTTP 413 curl 22 The requested URL retu...
关于GITLAB账号报413错误的解决办法
bigwood99的博客
10-11 1548
结构是通过nginx来进行反向代理的，当我们通过git push的时候，请求时先走到nginx，然后在到达gitlab。所以这种413的问题最先发生在nginx上，然后在gitlab服务上。3.在生产环境中通常不会默认更改nginx上传配置文件的大小，下面会通过更改默认的传输方式，把gitpush的传输方式更改成ssh。2.对于nginx报错原因是nginx不允许上传配置过大的文件，那么件把nginx的上传大小配置调高就好。（开始大小是 10m，现在修改成20m了，nginx默认上传文件的大小是1M）
git push -u origin "master"出现error
最新发布
09-10
<think> 首先，用户的问题是：“请问git push -u origin "master"出现错误的解决办法”，并且提供了几个引用。用户引用了[1]到[4]，我需要参考这些引用来回答问题。 从引用[1]：错误提示是 `fatal: 'origin' does not appear to be a git repository` 和 `fatal: Could not read from remote repository. Please make sure you have the correct access rights and the repository exists`。这表明origin远程仓库没有被正确设置或不存在。 引用[2]：提到在Git教程中，尝试添加origin时出现错误“fatal: 远程 origin 已经存在”，然后push时出现“Auth error: DeployKey does not support push code”，意思是部署密钥不支持推送代码。 引用[3]：GitHub新建仓库时，建议的命令是用`main`分支而不是`master`，比如`git push -u origin main`。 引用[4]：码云（Gitee）push时提示“DeployKey does not support push code”，建议使用个人公钥而不是部署公钥。 用户上一次的问题和我的回答：用户说“上述引用仅供参考，并不是用户真正的需求，请尽可能多的参考用户上一次的问题和你的回答。” 但在对话历史中，用户的上一次问题是“我想查找git push -u origin "master"出现错误的解决方案”，这是当前问题。之前的系统指令是示例，关于快速排序的，但用户的问题是Git相关。 所以，我需要基于引用和常见Git错误来提供解决方案。 关键错误可能包括： - origin远程仓库未设置或设置错误（引用[1]）。 - 远程仓库存在但访问权限问题（引用[2]和[4]）。 - 分支名称问题，比如从master改为main（引用[3]）。 常见解决方案： 1. **检查origin远程是否存在**：使用`git remote -v`命令查看origin远程的URL。如果不存在，添加origin：`git remote add origin <repository-url>`。 2. **验证远程仓库URL**：确保URL正确。 3. **检查访问权限**： - 如果使用SSH，确保公钥添加到Git服务（如GitHub、Gitee）的账户设置中，而不是部署密钥。 - 部署密钥（DeployKey）通常只读，不支持推送（引用[2]和[4]）。 - 使用个人公钥或HTTPS方式。 4. **分支名称**：现代Git仓库可能使用`main`代替`master`。检查分支：`git branch`，如果分支是main，则使用`git push -u origin main`。 5. **其他权限问题**：确保用户有推送权限，仓库确实存在。 结构化回答： - 由于用户要求中文回答。 - 开头直接解答问题。 - 分步骤解释解决方案。 - 生成相关问题。 - 引用末尾自然地添加引用标识。 步骤： 1. **诊断问题**：解释错误可能原因。 2. **解决方案步骤**： - 检查远程仓库设置。 - 验证访问权限。 - 检查分支名称。 3. **示例命令**：提供Git命令。 4. **相关问题**：生成几个相关问题。 生成相关问题： - 如何添加或修改Git远程仓库？ - Git push权限错误的常见原因？ - 如何从master分支迁移到main分支？ 引用：在回答中，引用相关部分末尾添加标识，如[^1]。 最终回答结构： - 解释错误。 - 逐步解决方案。 - 相关问题。 </think> 基于您提供的引用和常见Git错误场景，我将逐步解释`git push -u origin "master"`命令出现错误的解决方案。错误消息（如 `fatal: 'origin' does not appear to be a git repository` 或 `fatal: Could not read from remote repository`）通常源于远程仓库配置问题、权限错误或分支名称冲突。以下解决方案基于Git最佳实践和引用中的关键点（如权限错误建议使用个人公钥而非部署密钥[^2][^4]，以及分支名称可能改为`main`[^3]）。 ### 错误原因分析 - **常见错误类型**： - **origin未设置或URL错误**：远程仓库`origin`未正确添加到本地Git配置，导致Git无法识别仓库。 - **访问权限问题**：使用SSH密钥（如部署密钥DeployKey）时，密钥可能只读不支持推送；或账户权限不足（引用[^2][^4]）。 - **分支名称不匹配**：远程仓库分支可能已从`master`改为`main`（GitHub等平台默认），导致命令无效（引用[^3]）。 - **仓库不存在或URL错误**：远程仓库URL输入错误，或仓库已被删除。 - **诊断命令**：首先运行以下命令排查问题： ```bash git remote -v # 检查origin远程仓库URL是否存在和正确 git branch # 查看本地分支名称（确认是master还是main） ``` ### 分步解决方案 遵循以下步骤逐步解决，每个步骤都对应常见错误原因。执行后测试`git push -u origin "master"`是否成功。 #### 步骤1: 检查并修复远程仓库`origin`设置 - **问题**：错误`fatal: 'origin' does not appear to be a git repository`表明`origin`未定义或URL错误（引用[^1]）。 - **解决方案**： 1. 查看当前远程仓库： ```bash git remote -v # 列出所有远程仓库，检查origin URL ``` 如果输出中没有`origin`，或URL错误（如拼写错误），继续下一步。 2. 添加或更新`origin`远程（如果origin已存在，先删除再添加）： ```bash git remote remove origin # 删除现有origin（可选，用于纠正） git remote add origin <repository-url> # 添加正确URL，例如：git@github.com:username/repo.git 或 https://github.com/username/repo.git ``` - **URL获取方式**：从Git服务（GitHub、Gitee等）仓库页面复制SSH或HTTPS URL。 - **注意事项**：如果`origin`已存在但错误，引用[^2]提到`fatal: 远程 origin 已经存在`，需先删除再添加。 3. 验证设置： ```bash git remote -v # 确认URL正确 ``` #### 步骤2: 解决访问权限问题 - **问题**：错误`fatal: Could not read from remote repository`或`Auth error: DeployKey does not support push code`表示SSH密钥权限不足（部署密钥DeployKey常用于只读操作，不支持推送）（引用[^2][^4]）。 - **解决方案**： 1. **检查SSH密钥类型**： - 部署密钥（DeployKey）仅用于拉取代码，不支持推送。切换到个人公钥。 - 生成个人SSH密钥（如果尚未添加）： ```bash ssh-keygen -t ed25519 -C "your_email@example.com" # 生成新密钥 ``` - 将公钥（`~/.ssh/id_ed25519.pub`文件内容）添加到Git账户的SSH设置中（GitHub/Gitee的Settings > SSH keys）。 2. **测试SSH连接**： ```bash ssh -T git@github.com # GitHub测试，或 git@gitee.com 用于Gitee ``` 如果输出"Hi username! You've successfully authenticated"，表示正常。 3. **或改用HTTPS方式**（避免SSH问题）： - 更新origin URL为HTTPS： ```bash git remote set-url origin https://github.com/username/repo.git # 更换为HTTPS URL ``` - 推送时输入用户名和密码（或使用Git凭证管理器）。 #### 步骤3: 处理分支名称冲突 - **问题**：现代Git仓库默认分支可能为`main`而非`master`，导致`git push -u origin "master"`失败（引用[^3]）。 - **解决方案**： 1. 确认远程分支名称： - 登录Git服务查看仓库默认分支（GitHub/Gitee仓库Settings > Branches）。 2. 如果远程分支是`main`，修改推送命令： ```bash git push -u origin main # 使用main代替master ``` 3. 或重命名本地分支（可选）： ```bash git branch -M main # 将本地master分支重命名为main git push -u origin main # 推送main分支 ``` #### 步骤4: 验证和测试 - 完成上述步骤后，再次运行命令： ```bash git push -u origin "master" # 或根据分支名称调整 ``` - 如果仍失败，检查仓库是否存在或网络问题： - 确保仓库URL可访问（浏览器打开URL确认）。 - 更新Git到最新版本：`git --version`。 ### 预防措施 - 初始化项目时，使用平台推荐命令（如GitHub的`git push -u origin main`[^3]）。 - 定期检查远程设置：`git remote -v`。 - 使用SSH时，优先添加个人公钥而非部署密钥以避免推送限制[^4]。 通过以上步骤，大多数`git push -u origin "master"`错误可解决。如果问题持续，提供具体错误消息以便进一步诊断。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值