From: Junio C Hamano <gitster@pobox.com>
To: Taylor Blau <me@ttaylorr.com>
Cc: git@vger.kernel.org
Subject: Re: What's cooking in git.git (Nov 2024, #07; Wed, 20)
Date: Thu, 21 Nov 2024 09:44:15 +0900 [thread overview]
Message-ID: <xmqq5xohh0v4.fsf@gitster.g> (raw)
In-Reply-To: <Zz4Q+2X3wXhLO6FE@nand.local> (Taylor Blau's message of "Wed, 20 Nov 2024 11:40:27 -0500")
Taylor Blau <me@ttaylorr.com> writes:
> On Wed, Nov 20, 2024 at 05:49:34PM +0900, Junio C Hamano wrote:
>> * tb/incremental-midx-part-2 (2024-11-20) 15 commits
>> - midx: implement writing incremental MIDX bitmaps
>> - pack-bitmap.c: use `ewah_or_iterator` for type bitmap iterators
>> - pack-bitmap.c: keep track of each layer's type bitmaps
>> - ewah: implement `struct ewah_or_iterator`
>> - pack-bitmap.c: apply pseudo-merge commits with incremental MIDXs
>> - pack-bitmap.c: compute disk-usage with incremental MIDXs
>> - pack-bitmap.c: teach `rev-list --test-bitmap` about incremental MIDXs
>> - pack-bitmap.c: support bitmap pack-reuse with incremental MIDXs
>> - pack-bitmap.c: teach `show_objects_for_type()` about incremental MIDXs
>> - pack-bitmap.c: teach `bitmap_for_commit()` about incremental MIDXs
>> - pack-bitmap.c: open and store incremental bitmap layers
>> - pack-revindex: prepare for incremental MIDX bitmaps
>> - Documentation: describe incremental MIDX bitmaps
>> - Merge branch 'tb/pseudo-merge-bitmap-fixes' into tb/incremental-midx-part-2
>> - Merge branch 'tb/incremental-midx-part-1' into tb/incremental-midx-part-2
>>
>> Incrementally updating multi-pack index files.
>>
>> Needs review.
>> source: <cover.1732054032.git.me@ttaylorr.com>
>
> Sorry for not making clearer that I had changed the base to current
> 'master' for this topic, so these two merges should no longer be
> necessary.
Yeah, I know (see my other message on the topic). I just didn't see
a reason to rebase and keeping the same base is slighly easier to
compare the two iterations, with and without range-diff.
> One topic I did not see is [1], which appeared not to be picked up in
> this or the last cycle. That topic has been reviewed and should be in
> good shape. I think the thread died down after agreeing on some
> potentially interesting future improvements we could make, but I don't
> think there were any outstanding issues with the current patches.
> ...
> [1]: https://lore.kernel.org/git/cover.1730833506.git.me@ttaylorr.com/
next prev parent reply other threads:[~2024-11-21 0:44 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-11-20 8:49 What's cooking in git.git (Nov 2024, #07; Wed, 20) Junio C Hamano
2024-11-20 10:36 ` Patrick Steinhardt
2024-11-20 13:41 ` shejialuo
2024-11-21 1:10 ` Junio C Hamano
2024-11-20 10:39 ` karthik nayak
2024-11-20 16:40 ` Taylor Blau
2024-11-21 0:44 ` Junio C Hamano [this message]
2024-11-22 4:34 ` Junio C Hamano
2024-11-21 8:26 ` Kristoffer Haugsbakk
2024-11-21 12:59 ` Junio C Hamano
2024-11-21 15:31 ` Kristoffer Haugsbakk
2024-11-21 23:11 ` Junio C Hamano
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=xmqq5xohh0v4.fsf@gitster.g \
--to=gitster@pobox.com \
--cc=git@vger.kernel.org \
--cc=me@ttaylorr.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).