无法推送到GitHub错误：pack-objects死于信号13

Question

我无法将我的本地文件夹推送到GitHub上的远程存储库。

我推后它达到96％左右然后显示这个......

Counting objects: 4145, done.
Delta compression using up to 2 threads.
Connection to github.com closed by remote host.
fatal: The remote end hung up unexpectedly
Compressing objects:  98% (3919/3969)   

然后在最后2％完成后显示此错误...

Compressing objects: 100% (3963/3963), done.
error: pack-objects died of signal 13
error: failed to push some refs to 'git@github.com:example/example.git' 

不确定这意味着什么。

Answer 1

这可能是由新的GitHub limits on file sizes造成的，或者可能是由于大数据（例如2011年的其他SO问题：Alternative way to do an initial push of a large repo）打包过程崩溃，然后这些特定限制甚至可以报道。

几个星期前，在一位同事的Mac OS X机器上，我在推送时看到了类似的不透明错误信息（只有通过HTTPS - SSH给出了良好的错误信息） - 但是试图重现这个刚刚在我自己的Mac上将一个大文件推送到GitHub，我在两个连接协议上得到了预期的信息性错误消息（＆＃34; remote：错误：文件大是976.56 MB;这超过了GitHub＆＃39; s文件大小限制为100 MB＆＃34; ）。我的同事可能安装了较旧版本的Git，无法正确报告错误。

如果您决定需要从Git历史记录中删除大文件（因为它是将它们推送到GitHub的唯一方法），我可以推荐The BFG：< / p>

$ java -jar bfg.jar  --strip-blobs-bigger-than 50M  my-repo.git

完全披露：我是BFG Repo-Cleaner的作者。

Answer 2

简单的解决方案是增加HTTP post缓冲区大小，以允许更大的块被推送到远程仓库。为此，只需输入：

git config http.postBuffer 52428800

该数字以字节为单位，因此在这种情况下我将其设置为50MB。默认值为1MB。

Answer 3

如果您无法启动进程，则还可能意味着主服务器存储库的权限错误。我刚刚遇到这个问题，而我在master上的存储库是root.root权限，所以我的用户git无法在那里写数据。

您可以尝试在尝试推送之前检查主服务器的存储库权限。

Answer 4

我有类似的问题。我在仓库中添加了巨大的数据集（zip，8.2、2.3、3.5 GB）。我要做的就是一次将这些文件推送一次，而不是将全部15GB推送到一起。

Answer 5

我也发生了同样的事情。我再尝试git push两次，第三次尝试了。

Answer 6

在数小时内用bitbucket添加此问题。 我的解决方案是通过ssh进入服务器，并从那里进行项目的git clone。