2013-10-07 64 views
5

此错误首次出现,当我试图拉,所以我已经删除我的项目,现在当我尝试克隆我收到同样的错误。Github克隆错误

$ git clone 
remote: error: Could not read 5011270a43365eb58ad54d4caed71fcbc64e845d 
remote: fatal: bad tree object 5011270a43365eb58ad54d4caed71fcbc64e845d 
remote: aborting due to possible repository corruption on the remote side. 
fatal: protocol error: bad pack header 
+0

的可能重复的[GIT中克隆错误:致命:GIT中上载包:中止由于在远程侧存储库可能腐败](http://stackoverflow.com/questions/8691916/git-clone-error-致使git上传包堕胎归因于可能的存储库公司) – Christopher

+0

谷歌搜索几个小时后,我发现了几个类似的错误,但都与git上传包,所以你的“惊人的答案”doesn 't对我来说 – rderoldan1

回答

4

,我已经看到了非混帐上传包上下文(而不是​​)该错误消息的另一种情况是在this thread

GitHub上有一个错误,如果有人提出其中,一个拉到一个项目的请求,然后该项目被删除(我不知道它是否只是删除一个拉请求,或者他们删除他们的分支/帐户,但是),然后你得到这些陈旧的引用。
GitHub上的某处有一个支持线程。

如果upstream repo您正克隆不是Github上回购,如果你有机会获得所述上游回购,那么git fsckgit fsck --lost-found可能会有帮助。


既然是GitHub库,该OP rderoldan1采取了正确的行动,并写信给GitHub上的支持,并报告in the comments

他们回应我:
“我们发现的原因并且正在努力解决它
看起来,文件服务器上的Git存储库已损坏,需要一点点的手动断线。请放心,我们的系统团队正在研究它,并希望到h为您尽快更新。“

rderoldan1报告从GitHub结果:

今天10月9日,Jeff King送我和电子邮件,而现在MI git的工作:d,这里是他的消息,感谢@VonC和GitHub的工作人员

存储库问题已修复。
我们的结尾没有一个来自pull-request测试合并的对象,导致git抱怨。这是由于我们目前仍在追踪的一个错误。
与此同时,我已经恢复了丢失的对象,并且存储库现在应该处于良好状态。

+0

正如您所描述的那样,在我接受上游项目中的拉取请求后出现错误。 git fsck向我展示4个悬挂提交,但我无法解决此问题,您是否知道其他解决方案。 – rderoldan1

+1

@ rderoldan1你可以查看http://stackoverflow.com/q/14448326/6309或http://stackoverflow.com/q/4254389/6309作为暂定恢复的例子。 – VonC

+0

我写了Github,他们回复我说:“我们发现问题的原因,并且正在努力解决它。 看起来文件服务器上的Git存储库已损坏,需要一些手动连线uncrossing。请放心,我们的系统团队正在研究它,并希望尽快为您提供更新。“ – rderoldan1