当前位置: 首页 > 知识库问答 >
问题:

致命:协议错误:错误行长度819264.11 MiB/s

谷梁镜
2023-03-14

我忘了把我的更改推进到一个我已经工作了几个月的项目中。这导致了一个非常大的. git目录(约11 GB)。回购中的其余文件组合起来要比这少得多。我想把所有的提交都推到github上,如果不是一次完成,那就增量完成。因此,我试图一个接一个地推动提交,以便保持在每次推送的限制之下。

我的第一次提交(~5.5 GB)推送失败,并给出错误致命:协议错误:错误行长度819264.11 MiB/s

我在谷歌搜索时发现了一些类似的信息,但它们都指向一个特定的字符错误。我似乎无法理解我所犯的错误是什么。

我使用的是Git2.22。0和macOS 10.15。4.这是通过HTTPS实现的,尽管我尝试了ssh,但遇到了其他问题,所以我切换回了HTTPS。在此之前,我还遇到了另一个问题。在此之前我采取的步骤在这里有更详细的介绍。

SSH终端输出:

client_loop: send disconnect: Broken pipeB | 1.39 MiB/s   
fatal: the remote end hung up unexpectedly
fatal: the remote end hung up unexpectedly

带HTTPS的终端输出:

Enumerating objects: 667, done.
Counting objects: 100% (667/667), done.
Delta compression using up to 8 threads
Compressing objects: 100% (661/661), done.
fatal: protocol error: bad line length 819264.11 MiB/s   
error: failed to push some refs to 'https://github.com/USER/REPO.git'

共有1个答案

赵昊阳
2023-03-14

实际的信息是:

fatal: protocol error: bad line length 8192

这仅仅是写在一个正在进行的更新,不断打印传输速率。上次打印速率以结束。。。61.11 MiB/s

还不清楚是什么导致了这个坏包。我建议切换到ssh,这更有可能有可解决的问题。但是,您可以设置数据包跟踪选项:

GIT_PACKET_TRACING=1 git push ...

这样你就可以逐包跟踪,然后有人(你可能)可以花很多时间弄清楚为什么他们发送的行比你的Git愿意接收的长。

请注意,GitHub不会接受大于100 MB的文件。请参阅GitHub的存储库大小限制。通用域名格式。

 类似资料:
  • 问题内容: 错误是什么意思? 此代码在我的测试文件中有效: 但是当我在Express App中使用该功能时,出现错误: 为什么它在我的测试中而不在我的应用程序中起作用? 问题答案: 我相信问题是Express-sql- session。我现在遇到同样的问题。我认为有人正在处理以下内容:NodeJS在MAC上运行,并且在centOS上部署时发生错误 也检查一下:https : //github.co

  • 问题内容: 我正在尝试使用.get方法使用Alamofire调用服务。该请求没有什么特别的,没有任何参数,只是一个Authorization标头。 我在这里有点生气,因为当我在具有相同URL和授权令牌的邮递员上运行请求时,请求工作正常,但是当我使用Alamofire运行应用程序代码时,它将返回此错误: 错误域= NSPOSIXErrorDomain代码= 100“协议错误” UserInfo =

  • 我正在努力将mysql_results替换为mysqli。有人能帮忙吗。我所需要的只是在下面的代码中更正'mysqli_result($result,'0','theurl')'。当所有东西都使用mysql函数编写时,它就起作用了。但是在我将所有内容转换为mysqli之后,mysql_results转换似乎不起作用了。 当它工作时:echo(mysql_num_rows($query)!==0)?

  • 我得到以下错误: 警告:require_once(D:/xampp/htdocs/inc/head.php):无法打开流:第3行的D:\xampp\htdocs\ecommerce1\index.php中没有此类文件或目录 致命错误:require_once():无法打开required'D:/xampp/htdocs/inc/head。D:\xampp\htdocs\ecommerce1\ind

  • 我已经用JDK在我的SOLARIS SPRAC机器上更新了4个月,回到了1.6.045,直到昨天它运行得很好,没有任何问题,但昨天不幸的是,我遇到了如下致命错误,实例崩溃,作为解决方法,我重新启动了我的服务器实例,它现在运行良好。 我需要知道, 这个错误的确切根本原因是什么 Java运行时环境检测到一个致命错误: pc=0xfebd390c时的SIGSEGV(0xb),pid=2626,tid=3