为什么我的packfile中仍然存在大文件,用filter-branch擦除它们？

Question

我已经重写了我的存储库的历史记录,以便使用删除一些大型FLV文件git filter-branch.我主要关注Github上关于删除敏感数据的文章以及互联网上其他地方发现的类似说明:

删除大型FLV:

git filter-branch --index-filter 'git rm --cached --ignore-unmatch public/video/*.flv' --prune-empty -- --all

删除原始refs:

rm -rf .git/refs/original/

清除reflog:

git reflog expire --expire=now --all

修剪无法到达的对象:

git gc --prune=now

侵略性修剪无法到达的对象:

git gc --aggressive --prune=now

重新包装的东西:

git repack -A -d

我的gitdir仍然是205 MB,几乎完全包含在一个packfile中:

$ du -h .git/objects/pack/*
284K    .git/objects/pack/pack-f72ed7cee1206aae9a7a3eaf75741a9137e5a2fe.idx
204M    .git/objects/pack/pack-f72ed7cee1206aae9a7a3eaf75741a9137e5a2fe.pack

使用这个脚本,我可以看到我删除的FLV仍包含在包中:

All sizes are in kB's. The pack column is the size of the object, compressed, inside the pack file.
size   pack   SHA                                       location
17503  17416  1be4132fa8d91e6ce5c45caaa2757b7ea87d87b0  public/video/XXX_FINAL.flv
17348  17261  b7aa83e187112a9cfaccae9206fc356798213c06  public/video/YYY_FINAL.flv
....

通过也是205MB大小的git clone --bare my-repo产量克隆存储库my-repo.git.

我该怎么做才能从包中删除这些(可能是)未引用的对象,并将我的存储库缩小回大小,如果它们从未被提交过的话呢？如果他们仍然以某种方式被引用,有没有办法告诉在哪里？

更新

在尝试重新运行时git filter-branch,我收到了此通知:

Cannot create a new backup.
A previous backup already exists in refs/original/
Force overwriting the backup with -f

我确认没有引用.git/refs/original,实际上,目录根本不存在.还有其他一些git store refs的方式,我不知道吗？

Answer 1

在克隆了存储库的新副本后,我能够完全按照上面的方式运行命令,并获得所需的结果:我的.git目录从205 MB减少到20 MB,并且大型FLV文件从打包文件.

第一次尝试也是在我没有修改过的新克隆上进行的,所以我没有一个令人满意的解释为什么FLV文件继续在packfile中停留.

我最初提交以下的答案,想着,我会产生的问题由运行git repack -a在删除之前.git/refs/original,使原来的裁判成为包装,这样,当我做了删除.git/refs/original没有影响; 我的原始引用仍将引用大型FLV文件.然而,这似乎并不成立.在刚刚克隆的存储库副本上运行上述命令并git repack -a立即添加后git filter-branch似乎不会影响结果 - FLV文件仍然从packfile中清除.我没有理由相信这与原始问题有关.

还有其他一些git store refs的方式,我不知道吗？

有.事实证明,我对上面列出的命令顺序并不完全真实.我跑git repack -a 前跑rm -rf .git/refs/original,和Git已经收拾好裁判离开(待确定哪里;现在尝试).然后rm -rf .git/refs/original,当我跑,没有删除任何东西.git gc无法缩小我的打包文件,因为我确实仍然有挥之不去由于包装,以旧文件的引用refs/original参考文献.