我的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才能回到命令行。我已经在过去与这个项目没有问题的几次提交。我在我的机器上尝试过其他的回购，它们工作得很好。这是怎么回事?
当前回答
我尝试了上面提出的所有答案，但没有一个对我有效。出于某种原因，这种情况只在我试图推到“master”时发生。当我创建并推到“主”分支时，它工作得很好。
其他回答
在我的例子中，遥控器的磁盘已经满了。删除远程上的一些文件立即解决了这个问题。
我最近在尝试总共推送大约2MB的40个文件时得到了这个。git push——verbose没有显示错误，但是在Total <…日志含义>写入终端。
我通过GitHub重新发布了一个新的PAT，推送如预期的那样进行了。
https://git-scm.com/docs/git-config#Documentation/git-config.txt-httppostBuffer
http.postBuffer Maximum size in bytes of the buffer used by smart HTTP transports when POSTing data to the remote system. For requests larger than this buffer size, HTTP/1.1 and Transfer-Encoding: chunked is used to avoid creating a massive pack file locally. Default is 1 MiB, which is sufficient for most requests. Note that raising this limit is only effective for disabling chunked transfer encoding and therefore should be used only where the remote server or a proxy only supports HTTP/1.0 or is noncompliant with the HTTP standard. Raising this is not, in general, an effective solution for most push problems, but can increase memory consumption significantly since the entire buffer is allocated even for small pushes.
决议
将Git缓冲区大小增加到回购中最大的单个文件大小 Git配置——global http。postBuffer 157286400 参考Git推送失败的解决方案-客户端打算为ngnix反向代理配置发送太大的块体。将此参数增加到回购中最大的单个文件大小。 绕过出站代理，因为git出站代理而无法克隆或拉取
查看是否已经进行了阶段性但未提交的更改。(git状态)
如果是，提交(或取消)这些文件，然后尝试推送。为我工作。
只有当我这么做的时候才对我起作用 git push -u origin main，当我只是简单地使用git push作为位桶时，它没有推送通过。
