我的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才能回到命令行。我已经在过去与这个项目没有问题的几次提交。我在我的机器上尝试过其他的回购，它们工作得很好。这是怎么回事?
当前回答
我在推送到GitHub时也遇到了同样的问题。我发现有一部分被推送的文件没有被接受。
我发现这是通过把我的大提交分解成小的提交(正如这个SO问题所描述的:把以前的提交分解成多个提交)，然后在大多数小的部分中找到成功。
问题部分包含图像文件，我仍在整理哪个特定文件(或多个文件)触发了问题。
其他回答
在等了两个多小时后，我的git推送仍然卡住了。所以，我不得不在提交之前重置，我不小心上传了一张3.1mb的照片(我猜这是冻结的罪魁祸首)。
我发现了一个更友好的解决方案，@aroth在git配置上分享——global http。postBuffer 157286400是答案。
我只是打开一个新的iTerm窗口，运行上面的命令，然后运行git push，而VSCode中的终端仍然挂起。然后我按ctrl c关闭终端会话在VSCode和我回到业务。
谢谢@aroth!
问题是上传文件太大了。
要么等待，要么转到项目文件夹，删除在使用maven时可以在目标文件夹中找到的所有库。那就推一下，很快就会发生的。
无论如何，库文件夹不需要存储在git中，这只是浪费git空间，除非它们在maven存储库中不可用，而你真的需要存储它们
它可以(正如公认的答案所暗示的那样)等待片刻，但在大多数情况下，它与远程上的权限相关联。 虽然在GitHub、Gitlab或Bitbucket等公共git服务上大多数情况下都不是问题，但自托管远程服务器可能有一个特殊的用户或组来访问。
在新的裸存储库中，改变文件夹是不够的， 但需要递归，因为里面有。git- folder。
在我的例子中，遥控器的磁盘已经满了。删除远程上的一些文件立即解决了这个问题。
我最近在尝试总共推送大约2MB的40个文件时得到了这个。git push——verbose没有显示错误，但是在Total <…日志含义>写入终端。
我通过GitHub重新发布了一个新的PAT，推送如预期的那样进行了。
