Kirill Smelkov <[email protected]> writes:
>> > ...
>> > Suggested-by: Junio C Hamano <[email protected]>
>> > Discussed-with: Jeff King <[email protected]>
>> > ---
>>
>> I do not think I suggested much of this to deserve credit like this,
>> though, as I certainly haven't thought about the pros-and-cons
>> between adding the same "some object in pack may not want to be in
>> the output" logic to the bitmap side, or punting the bitmap codepath
>> when local/keep are involved.
>
> I understand. Still for me it was you who convinced me to add proper
> support for e.g. --local vs bitmap instead of special-casing it.
OK, in such a case, it probably is more sensible to do it like:
...
with all differences strangely showing we are a bit faster now, but
probably all being within noise.
Credit for inspiring this solution and discussing the design of
the change goes to Junio and Jeff King.
Signed-off-by: Kirill Smelkov <[email protected]>
---
builtin/pack-objects.c | 36 ++++++++++++-----
t/t5310-pack-bitmaps.sh | 103
++++++++++++++++++++++++++++++++++++++++++++++++
2 files changed, 130 insertions(+), 9 deletions(-)
Don't forget your own sign-off ;-)
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
