Git推送卡在Writing object: 100% (4/4)冻结，无法协作求助

别急，这种卡在push最后一步的情况我之前也碰到过好几次，咱们一步步排查，应该能解决：

• 检查远程仓库的钩子脚本
  当你push到100%后，Git会触发远程仓库的pre-receive或post-receive钩子脚本，如果这个脚本出了问题（比如无限循环、等待手动输入、权限不足），就会导致卡住。你可以联系团队里管理这个本地Git仓库的成员，让他检查下仓库.git/hooks目录下的钩子文件，看看是不是有异常。

• 排查本地仓库的异常对象
  有时候看起来只改了一个空格，但可能本地仓库里藏着大文件残留或者损坏的Git对象。试试这些操作：

  1. 检查仓库完整性：git fsck --full，如果输出有报错，说明仓库存在损坏，需要针对性修复。
  2. 查找仓库里体积最大的对象（可能是不小心添加后又删除的大文件残留）：

     git rev-list --objects --all | grep "$(git verify-pack -v .git/objects/pack/*.idx | sort -k 3 -n | tail -1 | awk '{print $1}')"
     

     如果找到大文件，可以用git filter-repo（比旧的filter-branch更可靠）移除它，之后再尝试push。

• 检查Git的连接方式
  如果你们用的是HTTPS协议，试试清除本地的凭据缓存，重新输入账号密码：

  git config --unset credential.helper
  

  如果是SSH协议，先测试SSH连接是否正常：

  ssh -T <你的远程仓库SSH地址>
  

  比如ssh -T git@localhost（如果是本地仓库的SSH地址），看看连接会不会卡住，有没有权限类的报错。

• 重新克隆仓库测试
  找个新目录，重新克隆远程仓库，把你修改的那个文件复制过去，提交后再push。如果这个操作能成功，说明你原来的本地仓库可能有隐性损坏，直接用新克隆的仓库继续工作就好。

• 尝试变基后再push
  虽然你能正常pull，但有时候可能存在隐性的提交顺序问题，试试变基到最新的远程分支后再push：

  git pull --rebase origin <你的分支名>
  git push origin <你的分支名>
  

内容的提问来源于stack exchange，提问作者Mangue Sutcliff