Git,致命:远程端意外挂断

Question

当我试图跑

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

这与不安全有关吗？我尝试在Fatal的答案中创建一个公钥:远程端意外挂断并再次运行它,但它仍然无法正常工作.我实际上没有使用钥匙吗？如果是这样,我该如何使用它？

Answer 1

问题是由于git/https缓冲区设置.为了解决它(在将提交提交到github时取自Git失败)

git config http.postBuffer 524288000

然后再次运行命令

Answer 2

这看起来类似于如何让github默认为ssh而不是https用于新的存储库.可能值得尝试从http协议切换到ssh:

$ git remote add origin git@github.com:username/project.git

Answer 3

原因:已超出Git的默认文件发布大小.

方案:

导航到repo.

导航到存储库后,运行以下命令将缓冲区增加到500MB:

git config http.postBuffer 524288000

Answer 4

你可能会收到这样的错误

错误:无法锁定配置文件.git/config:没有这样的文件或目录

那是因为你没有本地.git/config文件你可以通过这个命令使它工作

git config --global http.postBuffer 524288000

Answer 5

罪魁祸首（就我而言）：
高延迟网络。

这本身并不是一个答案，而是更多的观察结果，可以帮助其他人。我发现这个错误偶尔会在高延迟网络上弹出（例如，我必须使用卫星天线来访问互联网）。网络速度很好，但延迟可能很高。注意：问题只存在于某些场景，但我还没有确定是什么模式。

临时缓解措施：
我切换了网络——我转向了速度较慢但延迟较低的蜂窝网络（我的手机用作热点）——问题消失了。请注意，我只能间歇性地执行此操作，因为我的单元连接也是间歇性的。此外，带宽使用会增加成本。我也很幸运，我可以使用这个选项。不是每个人都这样。

我确信某处有一些配置设置可以让 git——或 ssh 或 curl 或任何先超时的东西——更能容忍这样的网络，但我不知道它是什么。

对开发商的恳求：
这类问题是农村人口一直存在的问题。当您设计系统、工具和应用程序时，请考虑我们。谢谢你。

Answer 6

以下命令可能会帮助您...

git config --global http.postBuffer 1048576000
git config --global http.lowSpeedLimit 0
git config --global http.lowSpeedTime 999999

Answer 7

其他解决方案在我的情况下不起作用,做垃圾收集为我修复它:

git gc --aggressive

Answer 8

基于你用来推送到你的仓库的协议

HTTP

git config --global http.postBuffer 157286400

参考：

• https://git-scm.com/docs/git-config#Documentation/git-config.txt-httppostBuffer

SSH

~/.ssh/config在你的linux机器的文件中添加以下内容

Host your-gitlab-server.com
  ServerAliveInterval 60
  ServerAliveCountMax 5
  IPQoS throughput

参考：

• https://docs.gitlab.com/ee/topics/git/troubleshooting_git.html#check-your-ssh-configuration
• https://unix.stackexchange.com/questions/3026/what-options-serveraliveinterval-and-clientaliveinterval-in-sshd-config-exac
• https://communities.vmware.com/message/2778248

Answer 9

如果使用 GitHub，则在 repo 的目录中，运行此命令http.postBuffer以将其设置为 GitHub 的最大允许值：

git config http.postBuffer 2147483648

如果克隆 repo 而不是使用git clone，则可以使用相同的选项克隆它：

git clone -c http.postBuffer=2147483648 git@github.com:myuser/myrepo.git /path/to/myrepo

在这两种情况下，上面的数字都相当于2 GiB。但是，您可能需要达到此数量的可用内存才能使用此值。

确保每次推送到 GitHub 的提交都不会添加超过此大小的更改。事实上，为了安全起见，我会将提交推送大小保持在 1.8 GiB 以下。这可能需要将大型提交划分为较小的提交和推送。

为什么是这个值？

使用此特定值是因为至少在 2018 年，此值已记录 （存档链接）作为 GitHub 的推送大小限制：

我们不允许推送超过 2GB

为什么不设置低一点？

一些先前的答案说将其设置为 524288000 (500 MiB)，但这个数字似乎是任意的，没有价值。只要您的推送大小不大于设置值，任何较低的值都应该有效。

为什么不设置高点？

相反，如果您将该值设置为高于 2 GiB，并且如果您尝试的推送大小也更高，您可以预期 GitHub 记录的错误：

远程：致命：包超出最大允许大小

Answer 10

通过缺少存储库的写入权限也可能抛出此错误.

我的具体案例是这样的:

1. 我与root我的服务器用户(通过SSH)创建了一个repo .
2. 我安装了一个git服务并创建了一个gitlinux用户,该用户应该管理所有与git相关的操作.
3. 到那时,我忘记了回购首先是由root用户创建的,而git用户根本没有文件权限将任何内容写入存储库.

Answer 11

这篇文章有很好的解释，它解决了我的问题。

git config --global http.postBuffer 157286400

https://confluence.atlassian.com/stashkb/git-push-fails-fatal-the-remote-end-hung-up-unexpectedly-282988530.html

Answer 12

上述解决方案都不适合我，但是我推动的承诺非常大。

非常简单，我将其分成两个提交，并分别推送每个提交，它立即就完成了。

Answer 13

与其他答案之一相反-我在使用ssh进行推送时遇到了问题-我切换至https，并且此问题已修复。

git remote remove origin
git remote add origin https://github..com/user/repo
git push --set-upstream origin master

Answer 14

就我而言，我在使用 Intellij Idea 推送时遇到了此错误。

以下是我如何追踪我的错误并修复它。

• 在终端内启用调试日志记录，这绝不是一个坏主意:)

set GIT_CURL_VERBOSE=1 set GIT_TRACE=1 

• 通过终端推送，而不是通过 intellij

git push 
-> fatal: The current branch feature/my-new-feature has no upstream branch.
To push the current branch and set the remote as upstream

解决办法是设置upstream，之前肯定是出了问题：

git push --set-upstream origin feature/my-new-feature

Answer 15

即使配置后缓冲区后问题也没有解决。

当我将 wifi 网络从宽带更改为移动热点时，我的问题得到了解决。这可能不是逻辑上正确的答案，但它解决了问题。

确保您的网速良好。

Answer 16

在我们的例子中，问题是一个克隆写入了一个.git/config文件，其中包含一个只读访问方法的 url 条目。将 url 从://方法更改为@方法解决了问题。

跑步git remote -v在一定程度上说明了这个问题。

Answer 17

上面的答案都不适合我，但这是有效的。

1. .git/从您的项目中删除
2. 将远程存储库克隆到某个新位置，例如桌面：

   git clone https://github.com/foo/bar.git
   

3. .git/从新位置移动到旧位置
4. 重新提交并推送您的更改