Warning: file_get_contents(/data/phpspider/zhask/data//catemap/9/git/20.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
git错误-推送某些引用失败(包对象因奇怪错误而死亡)_Git - Fatal编程技术网

git错误-推送某些引用失败(包对象因奇怪错误而死亡)

git错误-推送某些引用失败(包对象因奇怪错误而死亡),git,Git,当我尝试推送到一个新的远程存储库时,我遇到了一个奇怪的错误。我是一个git新手,但在学习了一些教程之后,我能够在远程服务器上设置一些测试存储库并将其推送到它们。但是我想推的主要存储库给我带来了麻烦。这就是我所做的 在远程服务器上,我创建了一个新目录。然后,我在该目录中初始化了一个裸git存储库。在我的机器上,我添加了远程,然后我推到远程站点。它看起来像是在工作,但过了一会儿我回来发现了这个错误 Counting objects: 4364, done. Delta compression usi

当我尝试推送到一个新的远程存储库时,我遇到了一个奇怪的错误。我是一个git新手,但在学习了一些教程之后,我能够在远程服务器上设置一些测试存储库并将其推送到它们。但是我想推的主要存储库给我带来了麻烦。这就是我所做的

在远程服务器上,我创建了一个新目录。然后,我在该目录中初始化了一个裸git存储库。在我的机器上,我添加了远程,然后我推到远程站点。它看起来像是在工作,但过了一会儿我回来发现了这个错误

Counting objects: 4364, done. Delta compression using up to 2 threads. Compressing objects: 100% (4240/4240), done. error: pack-objects died with strange error | 44 KiB/s error: failed to push some refs to 'mysite:main_site_repo' 计数对象:4364,完成。 增量压缩最多使用2个线程。 压缩对象:100%(4240/4240),完成。 错误:打包对象因奇怪错误而死亡| 44 KiB/s 错误:无法将某些引用推送到“mysite:main\u site\u repo” 有什么不对劲吗?在这个存储库中,我确实有一些媒体文件(每个大约40MB)。这会是个问题吗?我没有收到任何超时错误,但我确实看到它在失败之前通过了大约44MB。有没有办法让git吐出调试信息

另外,我无意中让这个存储库从主分支上掉下来,并在不在任何分支上时进行了一些提交。我把所有的东西都合并到主分支中,现在又从那里开始工作,但这可能是问题的根源吗

我的计算机上的git版本:1.6.4.4
服务器上的git版本:1.6.2.3

不幸的是,错误消息相当模糊,可能会指出一些问题。最常见的问题是远程服务器上的Git版本与用于本地推送的版本不同。我注意到您的Git本地版本是1.6.4.4,远程版本是1.6.2.3。将服务器上的Git版本升级到1.6.4.4,看看问题是否消失。

您有大的二进制文件吗?Git不能很好地处理大型二进制文件。 内存不足。尝试禁用增量,然后重试

使用:


在您的
.gittribute
中,其中
*.iso
是您的大文件名

感谢大家的回复。下次这样的事情发生时,我会记得检查这些东西。事实证明,这一次问题是由服务器引起的,作为安全预防措施的一部分,我正试图终止我的长时间运行的进程。我已经和管理员聊过了,他已经更新了,所以我的推送现在可以工作了


再次感谢所有人的帮助。

我经常收到这个错误,原因是权限错误,对象目录中的某些文件属于错误的用户。如果您作为一个用户本地推送到存储库,但作为另一个用户远程推送到同一个存储库(通过SSH),就会发生这种情况,gitosis通常就是这样。但是这种情况也可能发生在其他环境中。

接收包协议非常努力地保持向后兼容性。在最近的一些小修订版(如1.6.2.3和1.6.4.4)之间,这不太可能是一个问题。您能否提供一些有关您让管理员修复的服务器问题的详细信息?我也有同样的问题,我的同事拥有服务器,但我们不知道问题出在哪里。已经有一段时间了,所以我不记得所有的细节。他告诉我,这与他们的一些看门狗进程有关,这些进程扼杀了长时间运行的进程。我不认为他给了我更多的细节,老实说,我不想问。
*.iso  binary -delta