Git 传输大文件,出现:error: Object too large (89,567,972 bytes), rejecting the pack. Max o

这篇具有很好参考价值的文章主要介绍了Git 传输大文件,出现:error: Object too large (89,567,972 bytes), rejecting the pack. Max o。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

一,本文介绍一下关于使用Git 向云端上传大文件情况下,push时会报如下错误:

error: Object too large (89,567,972 bytes), rejecting the pack. Max object size limit is 67,108,864 bytes.
error: pack-objects died of signal 13
error: 无法推送一些引用到 'ssh://***@code.***.cn:29418/ONU-IPTV/***-Release'

在出现上述问题后,怎样把已经add和commit的大文件删除,从而能重新上传的解决办法如下。
1.使用git log,查看传输日志

kxb@kxb-Ubuntu64:~/gitSpace/***-Release$git log
commit 109362c47ee752eed7590b87878ad718b64d5a1c   //111
Author: *** <***@***.cn>
Date:   Tue Sep 12 09:44:09 2023 +0800

    commit test
    
    Change-Id: I953daca49bff7105b8e9cea7a70d8861c59de87f

commit 7f413753aa8fa2f06b3c377b85cefc5f0eee2403   //222
Author:  *** <***@***.cn>
Date:   Mon Sep 11 17:37:26 2023 +0800

    file edit
    
    Change-Id: If09b2e619a6fd2d83dce83e3b890411b9fd69d22

commit 7d85cc812456c8c2016835ea0af1001b3cf89e2f
Author:  *** <***@***.cn>
Date:   Mon Sep 11 17:34:00 2023 +0800

    rename file3
    
    Change-Id: Ia3fb5fa6064a71ec78d1df3cd35c203a11d76f0d

commit 4eaeb7b048d4dc8be09c8afbb3f86fd021c984e5
Author:  *** <***@***.cn>
Date:   Mon Sep 11 17:07:29 2023 +0800

    rename file2
    
    Change-Id: I13292938e71befe1d45c25466952212f0924d7d7

2.111是本次上传大文件失败日志记录,222为上次传输成功日志记录,使用git命令,回滚到上次传输,并删除本次大文件的commit:

kxb@kxb-Ubuntu64:~/gitSpace/***-Release$git reset --soft 7f413753aa8fa2f06b3c377b85cefc5f0eee2403
kxb@kxb-Ubuntu64:~/gitSpace/***-Release$git reset HEAD

3.再次使用git status查看状态,发现已经删除:

kxb@kxb-Ubuntu64:~/gitSpace/***-Release$git status
位于分支 master
您的分支与上游分支 'origin/master' 一致。

未跟踪的文件:
  (使用 "git add <文件>..." 以包含要提交的内容)

4.注意的问题
有时候传输文件并不是很大,但是会同样提示上述问题,有可能是add的文件内包含了压缩包文件,从而导致push出现上述问题。
5.想向云端传输大文件,其他解决办法,请参考其他博主。
其他博主解决链接文章来源地址https://www.toymoban.com/news/detail-840719.html

到了这里,关于Git 传输大文件,出现:error: Object too large (89,567,972 bytes), rejecting the pack. Max o的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • php使用get和post传递数据出现414 Request-URI Too Large的解决方案

    “Request-URI Too Large”(请求URI过长)是一个HTTP错误状态码,表示所发送的HTTP请求中的URI(统一资源标识符)长度超过了服务器能够处理的限制。 这个错误通常发生在发送GET请求时,URI的长度超过了服务器或代理服务器的限制。HTTP协议对于URL的长度没有明确的规定,而是由服

    2024年02月14日
    浏览(39)
  • 访问elasticsearch集群提示ERROR 新增es数据失败,后台日志返回413 Request Entity Too Larg

    在运维paas云平台时有研发反馈客户端访问elasticsearch服务偶发性的出现报错,提示报错如下: 报错日志内容核心点如下: 根据日志报错内容及研发反馈的信息得到如下有用信息: 1、连接elasticsearch服务并请求处理业务是偶发性的提示报错,也就是说明elasticsearch服务是正常的

    2024年04月17日
    浏览(47)
  • Git error: unable to create file xxx: Filename too long(git克隆代码时出现错误:无法创建文件xxx:文件名太长)

    错误原因: 文件名太长,无法签出工作树警告:克隆成功,但签出失败。 找到需要从git远程下载到本地目录的文件,切入到该文件目录下,输入:

    2024年02月04日
    浏览(74)
  • linux ubi文件系统加载失败“too large reserved_peds”

    今天要升级linux根文件系统ubi,结果简单打包工作,就有一个始终不正确,花了不少时间,总算搞明白了。 我使用了两个打包脚本,脚本1是一个整个系统打包脚本,脚本2是一个专门给文件系统打包的脚本。 脚本1的部分配置: 脚本1如上两部分,先指定文件目录DIR,打包后卷

    2024年02月08日
    浏览(79)
  • Linux 上 Nginx 上传文件报错:413 request entity too large

    最近在自己折腾 Blog,把项目部署到服务器上后,发现上传文件的接口居然报错了: 413 request entity too large ,一看这错误,发现是 nginx 配置的原因,那就重新修改一下 nginx 的配置吧,这里也把解决的过程记录下来,帮助各位小伙伴避坑。 既然是 nginx 的原因导致这个错误,那

    2024年02月02日
    浏览(40)
  • Oracle数据库出现WARNING: too many parse errors告警的分析思路

    Oracle数据库的告警日志中出WARNING: too many parse errors这些告警信息的话,如果遇到这个问题,我们应该如何分析呢? 下面简单聊一下如何分析这个错误。该告警信息其实是12.2版本中的一个特性增强。在以前的Oracle版本中,数据库出现了解析错误时,数据库的alert日志中不会有任

    2024年04月23日
    浏览(40)
  • 解决使用git时候出现的“error pathspec ‘“xx文件“did not match any file(s) known to git”错误

    这次分享一个关于我在使用git时候出现的一个错误。 错误信息: 这个错误是我在提交某个文件时候出现的,错误提示我提交的文件与已知的任何文件都不匹配,意思就是git在我目录下或者暂存区下找不到我要提交的文件~ 如果大家仔细看,就会发现我提交的文件采用了“”双

    2024年01月17日
    浏览(48)
  • Nginx报错 HTTP 413 Request Entity Too Large(Payload Too Large)解决方案

    上传文件时,请求参数过大,导致超出服务端限制。 客户端发送的实体主体部分比服务器能够或者希望处理的要大。  Nginx默认最大能够上传1MB文件,打开nginx.conf在http{}中,找到server{}设置: client_max_body_size 30m;(配置客户端请求实体最大值) client_body_buffer_size 128k;(配置请

    2024年02月07日
    浏览(63)
  • 413 Request Entity Too Large

    字面意思很简单,就是文件太大了 先说解决方法!!! 如果是使用NGINX做代理,NGINX默认最大上传是1M如果超过就无法上传。 可以在配置写入如下: 在最后加上 client_max_body_size 100m; ,记得最后带上分号结束。 本来在本地调试页面时候,因为自己服务器本身带宽就很小,上传

    2024年02月10日
    浏览(40)
  • elasticsearch Data too large问题解决

    现象: 1、钉钉上收到es集群监控告警,集群变为yellow 2、kibana上没有数据,打开索引管理报以下错误: 解决: 1、修改config目录下jvm配置文件中关于jvm的参数 2、重启es集群 2.1 如果分片有副本的话,重启过程中,要临时关闭分片复制功能。 每个结点重启时,ElasticSearch集群的

    2024年02月07日
    浏览(36)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包