Re: What's cooking in git.git (May 2025, #08; Tue, 27)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Tue, May 27, 2025 at 05:54:03PM -0700, Junio C Hamano wrote:
> * tb/prepare-midx-pack-cleanup (2025-05-27) 6 commits
>  - midx: return a `packed_git` pointer from `prepare_midx_pack()`
>  - midx-write.c: extract inner loop from fill_packs_from_midx()
>  - midx-write.c: simplify fill_packs_from_midx()
>  - midx-write.c: guard against incremental MIDXs in want_included_pack()
>  - pack-bitmap.c: fix broken warning() when missing MIDX'd pack
>  - Merge branch 'ps/midx-negative-packfile-cache' into tb/prepare-midx-pack-cleanup
>  (this branch uses ps/midx-negative-packfile-cache.)
>
>  Improvement on Multi-pack-index API.
>
>  Comments?
>  source: <cover.1748198489.git.me@xxxxxxxxxxxx>

I'm planning on sending out a new round of this tomorrow morning (CDT)
based on some of Patrick's feedback. That should hopefully be in good
enough shape to start merging down.

> * ps/midx-negative-packfile-cache (2025-05-20) 2 commits
>  - midx: stop repeatedly looking up nonexistent packfiles
>  - packfile: explain ordering of how we look up auxiliary pack files
>  (this branch is used by tb/prepare-midx-pack-cleanup.)
>
>  When a stale .midx file refers to .pack files that no longer exist,
>  we ended up checking for these non-existent files repeatedly, which
>  has been optimized by memoizing the non-existence.
>
>  Will merge to 'next'?
>  source: <20250520-pks-pack-avoid-stats-on-missing-v2-0-333c5217fb05@xxxxxx>

Yeah, this one looks good to me.

> * tb/midx-avoid-cruft-packs (2025-04-15) 9 commits
>  - repack: exclude cruft pack(s) from the MIDX where possible
>  - pack-objects: introduce '--stdin-packs=follow'
>  - pack-objects: swap 'show_{object,commit}_pack_hint'
>  - pack-objects: fix typo in 'show_object_pack_hint()'
>  - pack-objects: perform name-hash traversal for unpacked objects
>  - pack-objects: declare 'rev_info' for '--stdin-packs' earlier
>  - pack-objects: factor out handling '--stdin-packs'
>  - pack-objects: limit scope in 'add_object_entry_from_pack()'
>  - pack-objects: use standard option incompatibility functions
>
>  "pack-objects" has been taught to avoid pointing into objects in
>  cruft packs from midx.
>
>  Expecting a (hopefully small and final) reroll?
>  cf.<CABPp-BEukTWwsuC7MMR8D5_UAhyw-LgT=DsPKAWeR_ZmVVhjzQ@xxxxxxxxxxxxxx>
>  source: <cover.1744757204.git.me@xxxxxxxxxxxx>

I have a couple of minor tweaks that have been sitting in my queue for
too long. I'll plan on sending those out tomorrow morning as well.

> * tb/pack-bitmap-lookup-tables (2025-04-17) 4 commits
>  - t/perf/lib-bitmap.sh: avoid test_perf during setup
>  - t/perf: avoid testing bitmaps without lookup table
>  - p5312: removed duplicate performance test script
>  - pack-bitmap: write lookup table extension by default
>
>  Enable lookup tables extension in pack bitmap (and midx bitmap) by
>  default.
>
>  Comments?
>  source: <cover.1744924321.git.me@xxxxxxxxxxxx>

Let's drop this one for now. There's enough left for this one that I
would rather focus on polishing the release now that we are on the eve
of -rc0.

> * ds/path-walk-2 (2025-05-16) 13 commits
>  - pack-objects: allow --shallow and --path-walk
>  - path-walk: add new 'edge_aggressive' option
>  - pack-objects: thread the path-based compression
>  - pack-objects: refactor path-walk delta phase
>  - scalar: enable path-walk during push via config
>  - pack-objects: enable --path-walk via config
>  - repack: add --path-walk option
>  - t5538: add tests to confirm deltas in shallow pushes
>  - pack-objects: introduce GIT_TEST_PACK_PATH_WALK
>  - p5313: add performance tests for --path-walk
>  - pack-objects: update usage to match docs
>  - pack-objects: add --path-walk option
>  - pack-objects: extract should_attempt_deltas()
>
>  "git pack-objects" learns to find delta bases from blobs at the
>  same path, using the --path-walk API.
>
>  Comments?
>  source: <pull.1819.v3.git.1747419124.gitgitgadget@xxxxxxxxx>

I expect that this one should be ready to go, but I'd like to give it a
read through with fresh(er) eyes tomorrow before declaring victory here.

Thanks,
Taylor




[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]

  Powered by Linux