Taylor Blau <me@xxxxxxxxxxxx> writes: >> > This feature is, from an end-user's point of view, very similar to >> > "git prune-packed", in that we prune data that is not necessary due >> > to redundancy. Nobody runs "prune-packed" directly; most people are >> > even unaware of it being run on their behalf when they run "git gc". >> ... > If we don't intend to have `git repack --filter` part of our backwards > compatibility guarantee, then I would prefer to see the implementation > just live in git-gc from start to finish. I am OK with that, too. We do not have to expose the option to users of pack-objects at all. Just make "gc" the single entry point and that should be quite clean.
