Thomas Rast <trast@xxxxxxxxxxxxxxx> writes:
> +git-filter-branch is often used to get rid of a subset of files,
> +usually with some combination of `\--index-filter` and
> +`\--subdirectory-filter`. If you want to physically shrink the
> +repository afterwards, you have some choices:
> +
> +* Make sure you really removed all variants of a filename, if a blob
> + was moved over its lifetime. `git log \--name-only \--follow \--all
> + \-- filename` can help you find renames.
> +
> +* Make sure you really filtered all refs: use `\--tag-name-filter cat
> + \-- \--all` when calling git-filter-branch.
> +
> +* Clone it with `git clone file:///path/to/repo`. The clone will not
> + have the removed objects. See linkgit:git-clone[1]. (Note that
> + cloning with a plain path just hardlinks everything!)
> +
> +If you really don't want to clone it, for whatever reasons, check the
> +following points instead (in this order). This is a very destructive
> +approach, so *make a backup* or go back to cloning it. You have been
> +warned.
> +
> +* Remove the original refs backed up by git-filter-branch: say `git
> + for-each-ref \--format="%(refname)" refs/original/ | xargs -n 1 git
> + update-ref -d`.
> +
> +* Expire all reflogs with `git reflog expire \--expire=now \--all`.
> +
> +* Garbage collect all unreferenced objects with `git gc
> + \--prune-expire=now` (or if your git-gc is not new enough to have
> + that option, `git repack -ad; git prune`).
I am sorry, but the above does not flow well. The first two common
preparatory steps appear as if it is only for the "clone" method.
... often used to get rid of ... and people expect the resulting
repository to be smaller than the original, but you need a few
more steps to actually make it smaller, because git tries hard
not to lose your objects until you tell it to. First make sure
that:
* you really removed all...
* you reall filtered all...
Then, there are two ways to get a smaller repository. A safer way
is to clone, that keeps your original intact.
* Clone it with ...
If you do not want to ...
* Remove the original refs...
* Expire all...
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
