当我试图运行
git push origin master --force
我刚得到
Counting objects: 2649, done.
Delta compression using 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
难道是与不是安全的？ 我试图创建一个公共密钥作为答案致命：远程端挂了意外并再次运行它，但它仍然无法正常工作。 我不能实际使用的关键？ 如果是这样，我怎么使用它？
Answer 1:
这类似于如何获得github上默认为SSH而不是HTTPS新的存储库 。 也许这是值得尝试从HTTP协议切换到SSH：
$ git remote add origin git@github.com:username/project.git
Answer 2:
该问题是由于混帐/ HTTPS缓冲区设置。 为了解决这个问题（取自GIT中失败时推承诺github上 ）
git config http.postBuffer 524288000
并再次运行该命令
Answer 3:
原因：默认的文件后大小的Git已经被超过。
解决方案：
导航到回购。
运行以下命令，以增加缓冲到500MB导航到仓库后：
git config http.postBuffer 524288000
Answer 4:
你可能会得到这样的错误
错误：无法锁定配置文件的.git /配置：没有这样的文件或目录
那是因为你没有一个本地.git/config文件，你可以得到它通过这个命令工作
git config --global http.postBuffer 524288000
Answer 5:
其他的解决方案并没有我的情况下工作，做一个垃圾收集固定对我来说：
git gc --aggressive
Answer 6:
这个错误也可以通过在仓库丢失的写权限抛出。
我的具体情况是这样的：
- 我创建了一个回购与
root （通过SSH）我的服务器的用户。 - 我安装了一个git的服务 ，并创建了一个
git应该管理所有的Git相关的动作Linux用户。 - 到那个时候，我已经忘记了回购与所创建的
root在首位用户，而git用户根本没有文件的权限写东西到库中。
Answer 7:
在我们的例子中，问题是，写了一个克隆.git/config含有的URL项，这是一个只读访问方法文件。 从更改URL ://方法对@方法解决了这一问题。
运行git remote -v照亮了一些问题。
Answer 8:
你可能没有一个现有的内克隆库，来解决这个问题可以简单地在其他目录库的克隆和复制更改这个新的目录，然后运行的推动。
Answer 9:
相反，其他的答案中的一个 - 我不得不使用ssh推送的问题 - 我切换到HTTPS，它是固定的。
git remote remove origin
git remote add origin https://github..com/user/repo
git push --set-upstream origin master
Answer 10:
如果您在使用Git的Windows（和你可能的是，如果你这样做是在Windows机器上），并没有其他的修复在这里工作了你，试着要去https://github.com/git-for-窗户/ git的/释放 ，以及或2.4.5版本之后得到一个版本。 修正了它的权利为我说话。
Answer 11:
另另外，因为我遇到了这个错误以不同的方式与谷歌花了我这里。
我的问题是案件的不匹配; 一个驼峰，一个没有。 显然，GIT阻止你不告诉你为什么这样做。 所以，如果您的分支机构只有在资本化是从不同的遥控器，尝试改变他们是相同的。
请参阅： 混帐：合并后的“主人无法解析分支”
Answer 12:
这可能会更新OSX平台后发生。
打开终端，并导航到您的.ssh文件夹，然后输入ssh-add -K ~/.ssh/id_rsa
Answer 13:
我有发生在拉同样的错误。
我也做了“http.postBuffer”的把戏。 它解决了它，但是当我想推，我再次遇到了错误。
有什么解决我的问题：
1.它克隆到其它文件夹与其他虚拟机。 （Linux）的。
2.我已经做了我的变化。
3.与原来的虚拟机，我最初不能推推它。 （视窗）
Answer 14:
当我在的.ssh不正确的密钥对我得到这个错误。 添加到PUBKEY GitHub的（在设置）固定为我这个问题。
Answer 15:
我也有同样的问题。 我从git的网页的SSH克隆URL有一个结构发现：
git@github.com:user/project.git
我能解决我的问题，只是改变了“：”通过“/”，具体如下：
git@github.com/user/project.git
可能是这可能是有帮助的。
Answer 16:
好像它可以是一千件事情之一。
对于我来说，我最初主推和发展通过SourceTree（主没有变化）。 改变这种发展只是工作。
Answer 17:
我正面临一个类似的错误上载大量回购，“致命：远程端挂了意外”，没有任何进一步的细节。
大量的研究后，这里就是我所做的：
- 使用HTTPS而不是SSH，并没有解决问题。
- 增加http.postBuffer逐步达到一个非常大的价值，仍然没有运气。
- 我想通了，这可能是因为在回购大文件（因为这是从Perforce的一个新迁移的回购协议），所以我重新使用LFS回购，设置largeFileThreshold 40米，这大大降低了回购规模（从3.5G到500M）。 我认为这将解决这个问题，但让我吃惊的我仍然面临着同样的错误。
最后，它发生，我认为可以，我使用的是旧的git客户端，我没看到其他错误消息。 我升级的git客户端最新版本 （2.20.1），瞧，错误消失了！
Answer 18:
Answer 19:
我能得到周围使用Git壳牌这个问题。
内github.com每个库为您提供了HTTPS / SSH /颠覆的URL，您可以使用使用命令行管理程序下载，在这里看到： http://prntscr.com/8ydguv 。
基于GitHub的最新变化，SSH似乎是最好的方法。
命令外壳使用方法：
git clone "URL of repo goes here w/ no quotes"
Answer 20:
看来几乎毫无意义添加一个答案，但我打了好久了，当我终于发现这是Visual Studio的在线这是患了零星的停电。 这显然当VS保持提示creds和VSO网站有时给500。
Counting objects: 138816, done.
Delta compression using up to 8 threads.
Compressing objects: 100% (38049/38049), done.
error: unable to rewind rpc post data - try increasing http.postBuffer
error: RPC failed; curl 56 SSL read: error:00000000:lib(0):func(0):reason(0), errno 10054
The remote end hung up unexpectedly/138816), 33.30 MiB | 3.00 KiB/s
Writing objects: 100% (138816/138816), 50.21 MiB | 3.00 KiB/s, done.
Total 138816 (delta 100197), reused 134574 (delta 96515)
fatal: The remote end hung up unexpectedly
Everything up-to-date
我把我的HTTP发布缓存回为2MB之后，因为其实我觉得它工作更好地与许多较小的职位。
卢克
Answer 21:
这样做是为了看你使用的关键; SSH -vT git@github.digitalglobe.com
然后确保您的构建必须在启动此运行。 EVAL “$（SSH代理-s）” SSH-添加的〜/ .ssh / id_rsa
Answer 22:
1）cd到项目目录
2） git status
3） git checkout -f HEAD
4）通过下拉主确认成功，再次以确保你最新的，如果你的回购看着不完整
克隆从到位桶回购时，这工作，如果你从Visual Studio的Git的问题得到错误
Answer 23:
PLESK的Nginx和GIT我正上的Plesk git的这个错误，同时推动了大型回购（谁知道），它给了我这个错误与HTTP代码413，我看着下面的服务器是的Plesk和它nginx的运行以及的Apache2所以我看着日志，发现nginx的日志中的错误
其次这个链接允许的Plesk重建配置较大的文件上传。
我跳过git的PHP的一部分
之后混帐推工作没有任何错误。
文章来源: Git, fatal: The remote end hung up unexpectedly
