对于我来说，我使用git子模块，通过以下方法解决:

git fetch 

然后在开发的分支上创建任何提交。

git push origin develop
git pull origin develop 

我在上传一个大型回购时也遇到过类似的错误，“致命:远程端意外挂起”，没有任何进一步的细节。

在做了大量研究之后，我是这样做的:

使用SSH代替HTTPS并不能解决问题。 增加http。postBuffer增量到一个很大的值，仍然是no 运气。 我想这可能是因为大文件在 回购(因为这是从perforce新迁移的回购)，所以我使用LFS重新创建了回购，将largeFileThreshold设置为40m，这大大降低了回购大小(从3.5G到500M)。 我原以为这样就能解决问题，但令我吃惊的是，我还是犯了同样的错误。

最后，我突然想到，我可能正在使用一个旧的git客户端，因为我没有看到额外的错误消息。 我把git客户端升级到最新版(2.20.1)，瞧，错误消失了!

这似乎是千百种情况中的一种。

对我来说，我最初是通过SourceTree推动master和develop (master没有变化)。将其改为开发只起了作用。

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

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

我跳过了git的php部分

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

从vscode上的bash shell切换到ZSH为我修复了它。

我收到了与fatal相同的错误消息:远程端意外挂断，没有一个答案解决了我的问题。我通常的工作流程是这样的:

本地签出基本分支(设置了远程源) 从本地的基分支构建子分支 完成我所有的编码 承诺我的东西 按它(然后控制台会告诉我，没有上游设置) 通过git push——set-upstream origin <远程分支名>来设置上游

之后，我的代码通常被推送-但在这种情况下，我有一个提交，我触摸110+文件，我得到了错误。

解决方案:

renaming the current local branch with git branch -m <branch name temp> checkout base branch (as it best at the same state where the local branch was created) creating the new child branch with the final name with git checkout -b <branch name> pushing the new child branch now without any commit, so that it is created at the remote side (also again by git push --set-upstream origin <remote branch name>) cherrypicking the commits from the <branch name temp> branch pushing the commits (after checking that I cherrypicked all commits in the right order, the first commit needs to be the first cherrypicked one)

然后就成功了。

希望这也能帮助到这里的一些人!：）