我也有同样的问题。我注意到从git网页，SSH克隆URL有下面的结构:

git@github.com:user/project.git

我可以通过“/”改变“:”来解决我的问题，如下:

git@github.com/user/project.git

也许这会有帮助。

与其他答案之一相反——我在使用ssh推送时遇到了问题——我切换到https，它已经修复了。

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

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

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

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

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

对我们来说，问题是我们有大量的文件应该由git lfs来管理。

我们采取了以下措施来解决问题:

# Soft reset so you can author a new commit
git reset --soft HEAD~1

# Install git lfs
git lfs install

# Track large files of a specified file type YMMV
git lfs track "*.uasset" "*.umap"

# Re-add everything
git add .

# Author a new commit
git commit -m "git lfs ftw"

# Push
git push

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

运行git remote -v可以解释这个问题。

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

git config --global http.postBuffer 157286400

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