Re: [PATCH 0/3] Implement filtering repacks
- From
Junio C Hamano <gitster@pobox.com>
- Date
- Oct 28, 2022, 20:26 UTC
- Message-ID
- <xmqqwn8jheyb.fsf@gitster.g>
- In-Reply-To
- <Y1wyVpHprWGxEDi/@nand.local>
Taylor Blau <me@ttaylorr.com> writes:
Show 8 quoted lines
>> > 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.