我在将本地文件夹推送到 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'
不确定这意味着什么。
【问题讨论】：
bitbucket 的这个问题已经有好几个小时了。 我的解决方案是通过 ssh 进入服务器并从那里对项目进行 git 克隆。
【讨论】：
如果您无法启动进程，也可能意味着您的主服务器存储库的权限错误。我刚遇到这个问题，我在 master 上的存储库是具有 root.root 权限的，所以我的用户 git 无法在那里写入数据。
您可以在尝试推送之前检查您的主存储库权限。
【讨论】：
简单的解决方案是增加 HTTP 发布缓冲区大小以允许将更大的块推送到远程仓库。为此，只需键入：
git config http.postBuffer 52428800
数字以字节为单位，因此在本例中我将其设置为 50MB。默认为 1MB。
【讨论】：
git config http.postBuffer 52428800 看到效果——它成功了！要更改您的远程 URL，请执行以下操作：git remote set-url my-upstream-remote https://github.com/OWNER/REPOSITORY.git
这可能是由新的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，我在两种连接协议上都收到了预期的信息性错误消息（“远程：错误：文件大为 976.56 MB；这超出了 GitHub 的 100 MB 文件大小限制”）。我的同事可能安装了旧版本的 Git，无法正确报告错误。
如果您决定需要从 Git 历史记录中删除大文件（因为这是将它们推送到 GitHub 的唯一方法），我可以推荐 The BFG：
$ java -jar bfg.jar --strip-blobs-bigger-than 50M my-repo.git
全面披露：我是 BFG Repo-Cleaner 的作者。
【讨论】：