为什么git push在“操作超时”失败？

MacMini $ git push origin master 
Counting objects: 1916, done. 
Delta compression using up to 2 threads. 
Compressing objects: 100% (1751/1751), done. 
Read from remote host codebasehq.com: Operation timed out 
fatal: The remote end hung up unexpectedly 
error: pack-objects died of signal 13 
error: pack-objects died with strange error 
error: failed to push some refs to '[email protected]:xx/xx/xx.git'

来源

2010-06-29 Simon

是不是这个问题有点像http://stackoverflow.com/questions/1781013/git-error-failed-to-push-some-refs-pack-objects-died-with-strange-error？ – VonC 2010-06-29 14:08:35

现代UTM防火墙如果错误地识别流中的恶意软件，打包数据或不安全命令的痕迹，可能会混淆外发数据......并且这些虚假警报发生得相当频繁。您的网络或目的地端的这些安全设备可以解释为什么有些项目好起来，其他项目正在放弃连接。

如果是这种情况，如果您为此连接使用不同的协议，您可以避免使用触发器。 ssh：//或https：//而不是git：//。

来源

2010-06-29 14:56:59 ewall

-1

看起来像是网络连接不好。你可以访问codebasehq.com，尤其是使用你使用的网络协议。你有一个正确的代理服务器配置？你可以拉其他项目吗？

来源

2010-06-29 13:10:59 Rudi

是的。我可以将其他项目推向codebasehq.com ...这只是一些导致问题的原因... – Simon 2010-06-29 13:25:08

Semms像超时或一些受欢迎的数据模式。这总是在同一个位置还是在同一时间？您可能会尝试使用wireshark或tcpdump查看数据流，以查看是否有任何可疑内容。 – Rudi 2010-06-30 06:34:35

是的。它总是发生在一个特定的点...是否有冗长的git命令来识别被拒绝的文件？ – Simon 2010-06-30 09:52:16

为什么git push在“操作超时”失败？

回答

相关问题