处理项目开发中 .git/objects/pack 文件臃肿庞大问题

首先来看下.git目录:

├── HEAD
├── branches
├── index
├── logs
│   ├── HEAD
│   └── refs
│       └── heads
│           └── master
├── objects
│   ├── 88
│   │   └── 23efd7fa394844ef4af3c649823fa4aedefec5
│   ├── 91
│   │   └── 0fc16f5cc5a91e6712c33aed4aad2cfffccb73
│   ├── 9f
│   │   └── 4d96d5b00d98959ea9960f069585ce42b1349a
│   ├── info
│   └── pack
└── refs
    ├── heads
    │   └── master
    └── tags
  • description用于GitWeb程序
  • config 配置特定于该仓库的设置
  • hooks 放置客户端或服务端的hook脚本
  • HEAD 指明当前处于哪个分支
  • objects Git对象存储目录
  • refs Git引用存储目录
  • branches 放置分支引用的目录

每次git-add都会生成一个Git对象,称为 blob对象,存放在objects目录下。
这个blob 对象里保存的是什么呢?
Git在add文件时,会把文件完整的保存成一个新的 blob 对象。通过 git-gc打包或者每次git-push的时候Git都会自动执行一次打包过程,将blob对象合并成一个包文件,同时会生成一个索引文件,索引文件中包含了每个blob对象在包文件中的偏移信息,Git在打包的过程中使用了增量编码方案,只保存blob对象的不同版本之间的差异,这使得仓库会瘦身。

既然Git会对Blob对象进行合并优化,那么objects文件夹为什么还会那么大呢?
因为当Blob对象在合并时不能对.a进行差异化比较,所以每次在添加.a文件时,都会保存一份.a文件,用于后续代码还原时使用。
所以当频繁更换.a文件时,objects下的pack文件会越来越大。虽然这个.a文件后续可能用不到删除了,但是pack中的这个.a文件的缓存还是会一直存在。

删除pack中无用的大文件缓存
1、首先先找出git中较大的五个提交记录文件:

git verify-pack -v .git/objects/pack/pack-*.idx | sort -k 3 -g | tail -5

如果想查看所有的提交记录可执行一下命令:

git rev-list --all

执行结果(当前我们以查询最大的五次做介绍):

dbad6eb20d31a5aefe132b74b2137cd10105c574 blob   16684712 7287784 86721282
6c858bc93421b2db41dafc2bfd4eb82c77c50266 blob   17504576 8257957 47764046
416088453a2514ada98ba639af3ff298510b4246 blob   22216104 10854126 75719527
f0d8d3b476526af42b4e06f390a1b4925580e99b blob   22435760 10589160 16678516
553ba826b92c9d42acb1e586774ac697661588c9 blob   29814552 12998052 60871184

2、第一行的字母其实相当于文件的id,用以下命令可以找出id对应的文件名:

git rev-list --objects --all | grep dbad6eb20d31a5aefe132b74b2137cd10105c574

执行结果:

dbad6eb20d31a5aefe132b74b2137cd10105c574 Pods/UMengUShare/UShareSDK/SocialLibraries/WeChat/WechatSDK/libWeChatSDK.a

3、找到最大的几个文件后,怎么删除呢?
能够胜任这个任务的命令叫做 filter-branch:

git filter-branch --force --prune-empty --index-filter 'git rm -rf --cached --ignore-unmatch Pods/UMengUShare/UShareSDK/SocialLibraries/WeChat/WechatSDK/libWeChatSDK.a' --tag-name-filter cat -- --all

4、上面代码执行完毕后有可能会报以下错误

WARNING: git-filter-branch has a glut of gotchas generating mangled history
     rewrites.  Hit Ctrl-C before proceeding to abort, then use an
     alternative filtering tool such as 'git filter-repo'
     (https://github.com/newren/git-filter-repo/) instead.  See the
     filter-branch manual page for more details; to squelch this warning,
     set FILTER_BRANCH_SQUELCH_WARNING=1.
Proceeding with filter-branch...

Cannot rewrite branches: You have unstaged changes.

5、如果出现以上错误可执行以下命令 (不报错则跳过此步)

git stash

然后重新执行移除命令

git filter-branch --force --prune-empty --index-filter 'git rm -rf --cached --ignore-unmatch Pods/UMengUShare/UShareSDK/SocialLibraries/WeChat/WechatSDK/libWeChatSDK.a' --tag-name-filter cat -- --all

执行结果:

WARNING: git-filter-branch has a glut of gotchas generating mangled history
     rewrites.  Hit Ctrl-C before proceeding to abort, then use an
     alternative filtering tool such as 'git filter-repo'
     (https://github.com/newren/git-filter-repo/) instead.  See the
     filter-branch manual page for more details; to squelch this warning,
     set FILTER_BRANCH_SQUELCH_WARNING=1.
Proceeding with filter-branch...

Rewrite 967ff01a8b2bc7d7f6c90630ede38a2135ba5813 (1/41) (0 seconds passed, remaiRewrite 9674de7f9f8ed029785421f2246bb9d41786cc49 (2/41) (0 seconds passed, remaiRewrite e04ab331167f24b7d26d69e169386e690081af74 (3/41) (0 seconds passed, remaiRewrite 997e93fdaff75162eda8e5c6ee6d3265ce61fe96 (4/41) (0 seconds passed, 
Rewrite 429d321e2ee4c54d8d96b35a8e35d021bd8930f1 (35/41) (3 seconds passed, remaining 0 predicted)    rm 'Pods/UMengUShare/UShareSDK/SocialLibraries/WeChat/WechatSDK/libWeChatSDK.a'

Ref 'refs/heads/master' was rewritten
Ref 'refs/remotes/origin/master' was rewritten
WARNING: Ref 'refs/remotes/origin/master' is unchanged
Ref 'refs/stash' was rewritten

6、等命令执行完后,要提交到远程:

git push --force --all
  • 4
    点赞
  • 12
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
### 回答1: "空目录不被支持: /.git/objects/info" 是一个错误信息,指出在 Git 版本控制系统不支持空目录的创建。 在 Git ,目录没有实质性的含义,仅用于组织文件和目录结构。Git 跟踪的是文件的更改,而不是目录的创建或删除。因此,如果仅创建一个空目录,Git 将无法将其跟踪或提交到版本控制。 然而,Git 可以支持空目录的存在,但需要在目录至少包含一个文件或子目录。这样,Git 就能够将该文件或子目录纳入版本控制,并随之跟踪该目录的存在。 如果你确实需要在 Git 仓库创建一个目录,但又没有实际文件或子目录可放入其,你可以通过在目录创建一个空的 ".gitkeep" 文件来实现。该文件的名称可以是任意的,但通常使用 ".gitkeep" 是为了表明该文件的作用是保持目录的存在,使其能够被 Git 跟踪。 综上所述,"空目录不被支持: /.git/objects/info" 错误信息的意思是在 Git 无法创建空目录,并提供了一种解决方法,即确保目录至少包含一个文件或子目录来跟踪。 ### 回答2: "empty directories is not supported: /.git/objects/info"的意思是无法创建空目录:/.git/objects/info。 在Git版本管理系统,每个存储库都有一个名为".git"的隐藏文件夹,该文件夹包含了版本控制所需的所有信息和数据。在这个隐藏文件,有一个文件夹名为"objects",它用于存储存储库的所有对象。 在这种情况下,系统不允许创建名为"/.git/objects/info"的空目录。这是因为Git维护存储库的内部结构,并需要确保所有的目录和对象都是有效的和有用的。 如果你尝试创建空目录"/.git/objects/info",系统会拒绝这个请求,因为它会破坏Git存储库的结构,并可能导致一些错误或数据丢失。 所以,如果你需要在Git存储一些特定信息,建议你使用其他有效的方法,例如使用分支、标签、提交信息或Git属性等。这些方法可以帮助你在不破坏存储库结构的情况下,有效地组织和管理你的工作。 ### 回答3: 空目录不被支持的意思是指在.git/objects/info目录下是不能存在空目录的。在Git,.git文件夹是存储版本控制数据的核心文件夹,包含了所有的版本历史、对象和配置信息等等。 在Git,对象是Git存储的最基本的数据单位,包括提交(commit)、树(tree)和blob等。.git/objects/info文件夹下存储了一些附加的对象信息。然而,Git不允许这些对象信息的文件夹下存在空目录,这是为了保持版本库的结构的一致性和简洁性。 当我们在.git/objects/info下创建空目录时,Git会发出上述错误信息。这是因为Git会在对象文件自动清理空目录,以确保版本库不会包含无用的目录。空目录可能会导致版本库结构混乱,增加处理难度。 要解决这个问题,可以通过在.git/objects/info下创建一个不为空的文件,例如可以创建一个空的README文件。这样就不会有空目录存在了。或者,可以将该空目录删除,以保持版本库的结构简洁和一致。 总之,空目录不被支持的原因是为了保证版本库的结构简洁性和一致性。在.git/objects/info目录下不应该存在空目录,需要注意这一点,以避免产生不必要的错误提示。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值