当我试图逃跑的时候

git push origin master --force

我刚刚

Counting objects: 2649, done.
Delta compression uses up to 2 threads.
Compressing objects: 100% (1280/1280), done.
error: RPC failed; result=22, HTTP code = 413 | 116 KiB/s   
fatal: The remote end hung up unexpectedly
Writing objects: 100% (2504/2504), 449.61 MiB | 4.19 MiB/s, done.
Total 2504 (delta 1309), reused 2242 (delta 1216)
fatal: The remote end hung up unexpectedly
Everything up-to-date

这和缺乏安全感有关吗?我尝试创建一个公钥作为致命的答案:远程端意外挂断并重新运行它,但它仍然不工作。我不是在用钥匙吗?如果是,我该如何使用它?


当前回答

这可能发生在更新OSX平台之后。

打开终端,导航到.ssh-文件夹,输入ssh-add -K ~/.ssh/id_rsa

其他回答

如果在存储库上缺少写权限,也可能引发此错误。


我的具体案例是这样的:

我用服务器的根用户(通过SSH)创建了一个repo。 我安装了一个git服务,并创建了一个git linux用户,该用户应该管理所有与git相关的操作。 到那时,我已经忘记了这个repo最初是由根用户创建的,而git用户根本没有向存储库中写入任何内容的文件权限。

这是由于git/https缓冲区设置。

运行这个(从Git中获取的文件在提交到github时失败):

git config http.postBuffer 524288000

然后,再次运行原来的命令。

请关闭Nginx和GIT 我在plesk git上得到这个错误,而在推动一个大的回购(谁知道什么)时,它给了我这个HTTP代码413的错误,我研究了以下内容 服务器是Plesk,它有nginx运行以及apache2,所以我查看了日志,并在nginx日志中发现了错误

遵循此链接,允许plesk用较大的文件上传重新构建配置。

我跳过了git的php部分

在git推送工作之后,没有任何错误。

有时,当我们试图从远程存储库中不存在的分支中进行拉取时,就会出现此错误。

如果分支在远程存储库中存在,那么尝试以下命令:

git config --global http.postBuffer 157286400

希望这能解决你的问题。

对我来说,问题的原因是网络设置:我有一个“杀手”wifi卡,它显然会以一种SSH和SSL不喜欢的方式破坏网络数据包。

为了解决这个问题,我不得不进入“杀手控制中心”,“参数”,并禁用“高级流检测”- git命令立即重新开始工作。