假设我有这样的树:
... -- a -- b -- c -- d -- ...
\
e -- a -- k
我希望它变得公正
... -- a -- b -- c -- d -- ...
我知道如何将分支名称附加到"e".我知道我要做的事情会改变历史,这很糟糕.另外我想我需要使用像rebase或filter-branch这样的东西.但究竟是什么 - 我迷路了.
好.情况如下:我现在有一棵相当大的树(像这样)
s -- p -- r
/
a -- b -- c -- d -- e --- g -- w
\ \
t -- p -- l y -- k
但是在我的第一次提交中(比如前面的"b"),我添加了二进制文件,这使整个回购非常繁重.所以我决定把它们带走.我用filter-branch做了.现在,从第二次提交开始,我有两个长的提交分支.
s -- p -- r
/
a -- b -- c -- d -- e --- …如何删除已从git历史记录中删除的文件夹？
在我的git存储库中,我有一个名为/foo(1.2GB大小)的文件夹.我删除了beause 的文件夹foo,rm -rf /foo我不再需要了.经过许多其他提交,我想.为什么我的远程回购如此之大......我忘了做git rm --cached ...而不是做rm -rf ....我现在如何从git历史记录中删除该文件夹？
git rm --cached /foo 将无法正常工作,因为该文件夹已在先前的提交中删除.
Bitbucket警告我的Git存储库超过1 GB.实际上,在Repository details页面中它表示它是1.7 GB.太疯狂了.我必须在版本控制中包含大数据文件.我的本地存储库实际上是10 GB,这意味着至少我在.gitignore某种程度上成功地使用了从版本控制中排除大文件.
接下来,我按照https://confluence.atlassian.com/display/BITBUCKET/Reduce+repository+size中的教程,尝试删除未使用的大数据.files.git count-objects -v我的repo顶级文件夹中的命令返回以下内容:
count: 5149
size: 1339824
in-pack: 11352
packs: 2
size-pack: 183607
prune-packable: 0
garbage: 0
size-garbage: 0
大小包183607 KB远小于1.7 GB.我有点困惑.
接下来,我下载了BFG Repo Cleaner https://rtyley.github.io/bfg-repo-cleaner并java -jar bfg-1.12.3.jar --strip-blobs-bigger-than 100M在顶级目录中运行命令,从所有非最新提交中删除大于100 MB的文件.但是,BFG返回以下消息:
Warning : no large blobs matching criteria found in packfiles
- does the repo need to be packed?
重复相同的50M导致相同.
这是否意味着所有大于50 MB的文件都在最新提交中？在Bitbucket的源代码浏览器中,我查看了包含大型数据文件的文件夹,但不包含这些文件(成功忽略).
任何人都可以简要解释一下存储库大小混乱的原因是什么,以及存储库中大文件的存在？