我的git推送在完成推送后被挂起。我要去 git推
Counting objects: 51, done.
Delta compression using up to 2 threads.
Compressing objects: 100% (47/47), done.
Writing objects: 100% (47/47), 27.64 MiB | 6.47 MiB/s, done.
Total 47 (delta 4), reused 0 (delta 0)
它挂在这里，我必须control-c才能回到命令行。我已经在过去与这个项目没有问题的几次提交。我在我的机器上尝试过其他的回购，它们工作得很好。这是怎么回事?
当前回答
查看是否已经进行了阶段性但未提交的更改。(git状态)
如果是，提交(或取消)这些文件，然后尝试推送。为我工作。
其他回答
这一点问题都没有。我只需要等到上传完成。我已经添加了几个大文件，没有进度指示器。也许其他人会觉得这很有用。
它可以(正如公认的答案所暗示的那样)等待片刻，但在大多数情况下，它与远程上的权限相关联。 虽然在GitHub、Gitlab或Bitbucket等公共git服务上大多数情况下都不是问题，但自托管远程服务器可能有一个特殊的用户或组来访问。
在新的裸存储库中，改变文件夹是不够的， 但需要递归，因为里面有。git- folder。
在等了两个多小时后，我的git推送仍然卡住了。所以，我不得不在提交之前重置，我不小心上传了一张3.1mb的照片(我猜这是冻结的罪魁祸首)。
我发现了一个更友好的解决方案，@aroth在git配置上分享——global http。postBuffer 157286400是答案。
我只是打开一个新的iTerm窗口，运行上面的命令，然后运行git push，而VSCode中的终端仍然挂起。然后我按ctrl c关闭终端会话在VSCode和我回到业务。
谢谢@aroth!
等待上传完成对我来说是行不通的。 我推了一把不大的锉刀，但等得够久了，还是挂了。
对我有帮助的是从msysgit 1.9.5更新到git-for-windows 2.6.2。
我在推送到GitHub时也遇到了同样的问题。我发现有一部分被推送的文件没有被接受。
我发现这是通过把我的大提交分解成小的提交(正如这个SO问题所描述的:把以前的提交分解成多个提交)，然后在大多数小的部分中找到成功。
问题部分包含图像文件，我仍在整理哪个特定文件(或多个文件)触发了问题。
