Skip to contentSkip to conversation

What's cooking in git.git (Jan 2026, #09)

DISCUSSION Junio C Hamano 6 participants 8 messages Jan 27 – Feb 6

lore
Share & tools
lore
#0 lore raw

Here are the topics that have been cooking in my tree. Commits prefixed with '+' are in 'next' (being in 'next' is a sign that a topic is stable enough to be used and are candidate to be in a future release). Commits prefixed with '-' are only in 'seen', and aren't considered "accepted" at all and may be annotated with an URL to a message that raises issues but they are no means exhaustive. A topic without enough support may be discarded after a long period of no activity (of course they can be resubmit when new interests arise).

Copies of the source code to Git live in many repositories, and the following is a list of the ones I push into or their mirrors. Some repositories have only a subset of branches.

Git 2.53-rc2 has been tagged, with one topic reverted recently due to a regression. Please keep hunting for regressions.

With maint, master, next, seen, todo:

	git://git.kernel.org/pub/scm/git/git.git/
	git://repo.or.cz/alt-git.git/
	https://kernel.googlesource.com/pub/scm/git/git/
	https://github.com/git/git/
	https://gitlab.com/git-scm/git/

With all the integration branches and topics broken out:

https://github.com/gitster/git/

Even though the preformatted documentation in HTML and man format are not sources, they are published in these repositories for convenience (replace "htmldocs" with "manpages" for the manual pages):

git://git.kernel.org/pub/scm/git/git-htmldocs.git/
https://github.com/gitster/git-htmldocs.git/

Release tarballs are available at:

https://www.kernel.org/pub/software/scm/git/

--------------------------------------------------
[New Topics]

* ja/doc-synopsis-style-even-more (2026-01-26) 4 commits
- doc: convert git-show to synopsis style
- doc: fix some style issues in git-clone and for-each-ref-options
- doc: finalize git-clone documentation conversion to synopsis style
- convert git-submodule doc to synopsis style

A handful of documentation pages have been modernized to use the "synopsis" style.

Will merge to 'next'?
source: <[email protected]>

* ac/string-list-sort-u-and-tests (2026-01-26) 2 commits
- string-list: add string_list_sort_u() that mimics "sort -u"
- u-string-list: add unit tests for string-list methods

The string_list API gains a new helper, string_list_sort_u(), and new unit tests to extend coverage.

Will merge to 'next'.
source: <[email protected]>

* ps/object-info-bits-cleanup (2026-01-26) 3 commits
- odb: drop gaps in object info flag values
- builtin/fsck: fix flags passed to odb_has_object()
- builtin/backfill: fix flags passed to odb_has_object()

A couple of bugs in use of flag bits around odb API has been corrected, and the flag bits reordered.

Comments?
source: <[email protected]>

* pw/xdiff-cleanups (2026-01-26) 2 commits
- xdiff: remove unused data from xdlclass_t
- xdiff: remove "line_hash" field from xrecord_t

Small clean-up of xdiff library to remove unnecessary data duplication.

Comments?
This conflicts with en/xdiff-cleanup-3 that has been dormant for some time.
source: <[email protected]>

--------------------------------------------------
[Graduated to 'master']

* dk/replay-doc-omit-irrelevant-rev-list-options (2026-01-21) 2 commits (merged to 'next' on 2026-01-21 at a17b449304)
+ lint-gitlink: preemptively ignore all /ifn?def|endif/ macros
+ replay: drop rev-list formatting options from manual

Documentation clean-up.
source: <01a7acfaf87494419b3766da57d4c05cf99c79bb.1768873599.git.ben.knoble+github@gmail.com>

* js/ci-leak-skip-svn (2026-01-17) 2 commits (merged to 'next' on 2026-01-21 at ebcf21d088)
+ ci: skip CVS and P4 tests in leaks job, too
+ ci(*-leaks): skip the git-svn tests to save time

Dscho observed that SVN tests are taking too much time in CI leak checking tasks, but most time is spent not in our code but in libsvn code (which happen to be written in Perl), whose leaks have little value to discover for us. Skip SVN, P4, and CVS tests in the leak checking tasks.
source: <[email protected]>

* js/symlink-windows (2026-01-09) 19 commits
(merged to 'next' on 2026-01-21 at eaaead3f22)
+ mingw: special-case index entries for symlinks with buggy size
+ mingw: emulate stat() a little more faithfully
+ mingw: try to create symlinks without elevated permissions
+ mingw: add support for symlinks to directories
+ mingw: implement basic symlink() functionality (file symlinks only)
+ mingw: implement readlink()
+ mingw: allow mingw_chdir() to change to symlink-resolved directories
+ mingw: support renaming symlinks
+ mingw: handle symlinks to directories in mingw_unlink()
+ mingw: add symlink-specific error codes
+ mingw: change default of core.symlinks to false
+ mingw: factor out the retry logic
+ mingw: compute the correct size for symlinks in mingw_lstat()
+ mingw: teach dirent about symlinks
+ mingw: let mingw_lstat() error early upon problems with reparse points
+ mingw: drop the separate do_lstat() function
+ mingw: implement stat() with symlink support
+ mingw: don't call GetFileAttributes() twice in mingw_lstat()
+ Merge branch 'js/prep-symlink-windows' into js/symlink-windows

Upstream symbolic link support on Windows from Git-for-Windows.
source: <[email protected]>

* jx/build-options-gettext (2026-01-17) 1 commit (merged to 'next' on 2026-01-21 at dd35ac2e2a)
+ help: report on whether or not gettext is enabled

"git bugreport" and "git version --build-options" learned to
include use of 'gettext' feature, to make it easier to diagnose
problems around l10n.
source: <251e1b533ca2e38a9bedae44360ce636cdea4bc3.1768657640.git.zhiyou.jx@alibaba-inc.com>

* kh/mailmap-avila (2026-01-21) 1 commit (merged to 'next' on 2026-01-22 at d81095ad13)
+ .mailmap: fix and expand mappings for Jean-Noël Avila

Will merge to 'master'.
source: <[email protected]>

* pw/mailmap-self (2026-01-20) 1 commit
(merged to 'next' on 2026-01-21 at da7d118d77)
+ mailmap: add an entry for Phillip Wood

Unify entries in .mailmap file for Phillip Wood.
source: <f10c3f680d58ca0abbf795ae8b0f2ad14ab85419.1768906910.git.phillip.wood@dunelm.org.uk>

* rj/cygwin-test-fixes-for-2.53 (2026-01-16) 2 commits (merged to 'next' on 2026-01-21 at 8a1ed2cace)
+ t0610-reftable-basics: mitigate a flaky test on cygwin
+ t9700/test.pl: fix path type expectation on cygwin

Test fixup.
source: <[email protected]>

* sb/doc-update-ref-markup-fix (2025-12-08) 1 commit (merged to 'next' on 2026-01-21 at 60d4750233)
+ doc: fix update-ref symref-create formatting

Doc mark-up fix.
source: <[email protected]>

* ty/t1005-test-path-is-helpers (2026-01-16) 1 commit (merged to 'next' on 2026-01-21 at 690bb3b255)
+ t1005: modernize "! test -f" to "test_path_is_missing"

Test clean-up.
source: <[email protected]>

--------------------------------------------------
[Cooking]

* sp/t5500-cleanup (2026-01-21) 1 commit
(merged to 'next' on 2026-01-23 at d5adc61ce8)
+ t5500: simplify test implementation and fix git exit code suppression

Test clean-up.

Will cook in 'next'.
source: <[email protected]>

* ty/symlinks-use-unsigned-for-bitset (2026-01-21) 1 commit
- symlinks: use unsigned int for flags

Code clean-up.

Expecting a (hopefully small and final) reroll. cf. <[email protected]>
source: <[email protected]>

* ds/revision-maximal-only (2026-01-22) 1 commit
- revision: add --maximal-only option

"git rev-list" and friends learn "--maximal-only" to show only the commits that are not reachable by other commits.

Will merge to 'next'?
source: <[email protected]>

* ng/submodule-default-remote (2026-01-23) 3 commits
- SQUASH??? fixup
- SQUASH??? fixup
- submodule: fetch missing objects from default remote

Instead of hardcoded 'origin', use the configured default remote when fetching from submodules.

Expecting a review response.
source: <[email protected]>

* ar/run-command-hook-take-2 (2026-01-21) 12 commits
- receive-pack: convert receive hooks to hook API
- receive-pack: convert update hooks to new API
- run-command: poll child stdin in addition to stdout
- hook: add jobs option
- reference-transaction: use hook API instead of run-command
- transport: convert pre-push to hook API
- hook: allow separate std[out|err] streams
- hook: convert 'post-rewrite' hook in sequencer.c to hook API
- hook: provide stdin via callback
- run-command: add stdin callback for parallelization
- run-command: add first helper for pp child states
- t1800: add hook output stream tests

Use the hook API to replace ad-hoc invocation of hook scripts via the run_command() API.

Expecting a reroll.
cf. <[email protected]>
source: <[email protected]>

* lp/diff-stat-utf8-display-width-fix (2026-01-15) 2 commits (merged to 'next' on 2026-01-23 at 80e7ddce3e)
+ t4073: add test for diffstat paths length when containing UTF-8 chars
+ diff: improve scaling of filenames in diffstat to handle UTF-8 chars

The computation of column width made by "git diff --stat" was confused when pathnames contain non-ASCII characters.

Will cook in 'next'.
source: <[email protected]>

* jk/remote-tracking-ref-leakfix (2026-01-18) 4 commits (merged to 'next' on 2026-01-21 at 7f0736a973)
+ remote: always allocate branch.push_tracking_ref
+ remote: fix leak in branch_get_push_1() with invalid "simple" config
+ remote: drop const return of tracking_for_push_dest()
+ remote: return non-const pointer from error_buf()
(this branch is used by hn/status-compare-with-push.)

Leakfix.

Will cook in 'next'.
source: <[email protected]>

* yc/histogram-hunk-shift-fix (2025-12-06) 1 commit
- xdiff: re-diff shifted change groups when using histogram algorithm

The final clean-up phase of the diff output could turn the result of histogram diff algorithm suboptimal, which has been corrected.

Expecting a review response.
cf. <[email protected]>
source: <[email protected]>

* js/neuter-sideband (2026-01-16) 5 commits
- sideband: offer to configure sanitizing on a per-URL basis
- sideband: add options to allow more control sequences to be passed through
- sideband: do allow ANSI color sequences by default
- sideband: introduce an "escape hatch" to allow control characters
- sideband: mask control characters

Invalidate control characters in sideband messages, to avoid terminal state getting messed up.

Expecting a reroll to make things opt-in, not opt-out.
source: <[email protected]>

* tc/last-modified-options-cleanup (2026-01-20) 4 commits (merged to 'next' on 2026-01-23 at e514d98b11)
+ last-modified: change default max-depth to 0
+ last-modified: document option '--max-depth'
+ last-modified: document option '-z'
+ last-modified: clarify in the docs the command takes a pathspec

The "-z" and "--max-depth" documentation (and implementation of "-z") in the "git last-modified" command have been updated.

Will cook in 'next'.
source: <[email protected]>

* tc/last-modified-not-a-tree (2026-01-23) 4 commits
- last-modified: verify revision argument is a commit-ish
- last-modified: remove double error message
- last-modified: fix memory leak when more than one revision is given
- last-modified: rewrite error message when more than one revision given

Giving "git last-modified" a tree (not a commit-ish) died an uncontrolled death, which has been corrected.

Expecting a reroll.
cf. <[email protected]>
source: <[email protected]>

* sp/myfirstcontribution-include-update (2026-01-12) 1 commit (merged to 'next' on 2026-01-23 at 2d039d03ff)
+ doc: MyFirstContribution: fix missing dependencies and clarify build steps

Doc update.

Will cook in 'next'.
source: <[email protected]>

* cs/add-skip-submodule-ignore-all (2026-01-13) 5 commits
- Documentation: update add --force option + ignore=all config
- tests: fix existing tests when add an ignore=all submodule
- tests: t2206-add-submodule-ignored: ignore=all and add --force tests
- read-cache: submodule add need --force given ignore=all configuration
- read-cache: update add_files_to_cache take param ignored_too

"git add <submodule>" has been taught to honor submodule.<name>.ignore that is set to "all" (and requires "git add -f" to override it).

Expecting a reroll.
cf. <CA+GP4bqY02wcESuz1vPMcknigx_fUXFfi_xQ1EG_muGw6EszRg@mail.gmail.com> cf. <CA+GP4bpwMui5RT9ixo8iWyZ6XZDw3GnYhvgiqVmRq8dW7yo5RQ@mail.gmail.com>
source: <37fe7956e089394bb1d75f4c8af4a3347b204803.1768376879.git.gitgitgadget@gmail.com>

* kn/ref-batch-output-error-reporting-fix (2026-01-25) 6 commits
- fetch: delay user information post committing of transaction
- receive-pack: utilize rejected ref error details
- fetch: utilize rejected ref error details
- update-ref: utilize rejected error details if available
- refs: add rejection detail to the callback function
- refs: skip to next ref when current ref is rejected

A handful of code paths that started using batched ref update API (after Git 2.51 or so) lost detailed error output, which have been corrected.

Will merge to 'next'?
source: <20260125-633-regression-lost-diagnostic-message-when-pushing-non-commit-objects-to-refs-heads-v5-0-d58f3a9edf98@gmail.com>

* ac/sparse-checkout-string-list-cleanup (2026-01-21) 1 commit
(merged to 'next' on 2026-01-23 at 885244a10d)
+ sparse-checkout: optimize string_list construction and add tests to verify deduplication.

Code clean-up.

Will cook in 'next'.
source: <[email protected]>

* ps/commit-list-functions-renamed (2026-01-15) 3 commits
- commit: rename free_commit_list() to conform to coding guidelines
- commit: rename reverse_commit_list() to conform to coding guidelines
- commit: rename copy_commit_list() to conform to coding guidelines

Rename three functions around the commit_list data structure.

Will merge to 'next'?
source: <20260115-pks-commit-list-coding-guidelines-v1-0-c58868dbf412@pks.im>

* ps/odb-for-each-object (2026-01-26) 16 commits
- odb: drop unused for_each_{loose,packed}_object() functions
- reachable: convert to use odb_for_each_object()
- builtin/pack-objects: use packfile_store_for_each_object()
- odb: introduce mtime fields for object info requests
- treewide: drop uses of for_each_{loose,packed}_object()
- treewide: enumerate promisor objects via odb_for_each_object()
- builtin/fsck: refactor to use odb_for_each_object()
- odb: introduce odb_for_each_object()
- packfile: introduce function to iterate through objects
- packfile: extract function to iterate through objects of a store
- object-file: introduce function to iterate through objects
- object-file: extract function to read object info from path
- odb: fix flags parameter to be unsigned
- odb: rename FOR_EACH_OBJECT_* flags
- Merge branch 'ps/packfile-store-in-odb-source' into ps/odb-for-each-object
- Merge branch 'ps/read-object-info-improvements' into ps/odb-for-each-object

Revamp object enumeration API around odb.

Will merge to 'next'?
source: <[email protected]>

* ps/validate-prefix-in-subtree-split (2026-01-15) 1 commit
- subtree: validate --prefix against commit in split

"git subtree split --prefix=P <commit>" now checks the prefix P against the tree of the (potentially quite different from the current working tree) given commit.

Expecting a reroll?
source: <[email protected]>

* sp/shallow-deepen-relative-fix (2026-01-16) 2 commits
- shallow: handling fetch relative-deepen
- shallow: free local object_array allocations

"git fetch --deepen" that tries to go beyond merged branch used to get confused where the updated shallow points are, which has been corrected.

Comments?
source: <[email protected]>

* dd/t5403-modernise (2026-01-12) 2 commits (merged to 'next' on 2026-01-23 at ca3ceb637e)
+ t5403: use test_cmp for post-checkout argument checks
+ t5403: introduce check_post_checkout helper function

Test clean-up.

Will cook in 'next'.

* ag/http-netrc-tests (2026-01-06) 1 commit
- t5550: add netrc tests for http 401/403

Additional tests were introduced to see the interaction with netrc auth with auth failure on the http transport.

Comments?
source: <[email protected]>

* en/xdiff-cleanup-3 (2026-01-03) 11 commits
. SQUASH??? cocci
. xdiff: move xdl_cleanup_records() from xprepare.c to xdiffi.c . xdiff: remove dependence on xdlclassifier from xdl_cleanup_records() . xdiff: replace xdfile_t.dend with xdfenv_t.delta_end
. xdiff: replace xdfile_t.dstart with xdfenv_t.delta_start . xdiff: cleanup xdl_trim_ends()
. xdiff: use xdfenv_t in xdl_trim_ends() and xdl_cleanup_records() . xdiff: let patience and histogram benefit from xdl_trim_ends() . xdiff: don't waste time guessing the number of lines
. xdiff: make classic diff explicit by creating xdl_do_classic_diff() . ivec: introduce the C side of ivec

Preparation of xdiff/ codebase to work with Rust

What's the status of this one?
source: <[email protected]>

* hn/status-compare-with-push (2026-01-22) 3 commits
- status: add status.compareBranches config for multiple branch comparisons
- refactor format_branch_comparison in preparation
- Merge branch 'jk/remote-tracking-ref-leakfix' into hn/status-compare-with-push (this branch uses jk/remote-tracking-ref-leakfix.)

"git status" learned to show comparison between the current branch and its push destination as well as its upstream, when the two are different (i.e., triangular workflow).

Under further discussion?
cf. <[email protected]>
source: <[email protected]>

* ob/core-attributesfile-in-repository (2026-01-24) 3 commits
- environment: move "branch.autoSetupMerge" into struct repo_config_values
- environment: stop using core.sparseCheckout globally
- environment: stop storing core.attributesFile globally

The core.attributesfile is intended to be set per repository, but were kept track of by a single global variable in-core, which has been corrected by moving it to per-repository data structure.

Comments?
source: <[email protected]>

* aa/add-p-previous-decisions (2026-01-08) 1 commit (merged to 'next' on 2026-01-21 at 4e2fe2bd9b)
+ add -p: show user's hunk decision when selecting hunks

"git add -p" and friends notes what the current status of the hunk being shown is.

Will cook in 'next'.
source: <[email protected]>

* pt/fsmonitor-linux (2025-12-31) 1 commit
- fsmonitor: implement filesystem change listener for Linux

The fsmonitor daemon has been implemented for Linux.

Comments?
source: <[email protected]>

* pt/t7527-flake-workaround (2025-12-31) 1 commit
- t7527: fix flaky fsmonitor event tests with retry logic

Test fixup.

Comments?
source: <[email protected]>

* cc/lop-filter-auto (2025-12-23) 9 commits
- fetch-pack: wire up and enable auto filter logic
- promisor-remote: keep advertised filter in memory
- list-objects-filter-options: implement auto filter resolution
- list-objects-filter-options: support 'auto' mode for --filter
- doc: fetch: document --filter=<filter-spec> option
- fetch: make filter_options local to cmd_fetch()
- clone: make filter_options local to cmd_clone()
- promisor-remote: allow a client to store fields
- promisor-remote: refactor initialising field lists

"auto filter" logic for large-object promisor remote.

Comments?
source: <[email protected]>

* tt/receive-pack-oo-namespace-symref-fix (2025-12-27) 1 commit
- receive-pack: fix crash on out-of-namespace symref

"git receive-pack", when namespace is involved, segfaulted when a symbolic ref cross the namespace boundary.

Comments?
source: <[email protected]>

* sb/doc-worktree-prune-expire-improvement (2025-12-19) 2 commits
- worktree: use 'prune' instead of 'expire' in help text
- worktree: clarify --expire applies to missing worktrees

The help text and the documentation for the "--expire" option of "git worktree [list|prune]" have been improved.

Expecting a reroll.
source: <[email protected]>

* pc/lockfile-pid (2026-01-22) 1 commit
- lockfile: add PID file for debugging stale locks

Allow recording process ID of the process that holds the lock next to a lockfile for diagnosis.

Will mrge to 'next'?
source: <[email protected]>

* ap/http-probe-rpc-use-auth (2026-01-14) 1 commit (merged to 'next' on 2026-01-23 at 0439366395)
+ remote-curl: use auth for probe_rpc() requests too

HTTP transport failed to authenticate in some code paths, which has been corrected.

Will cook in 'next'.
source: <[email protected]>

* lo/repo-info-keys (2026-01-23) 2 commits
- repo: add new flag --keys to git-repo-info
- repo: rename "keyvalue" to "lines"

"git repo info" learns "--keys" action to list known keys.

Comments?
source: <[email protected]>

* tb/incremental-midx-part-3.2 (2026-01-14) 19 commits
- midx: enable reachability bitmaps during MIDX compaction
- midx: implement MIDX compaction
- t/helper/test-read-midx.c: plug memory leak when selecting layer
- midx-write.c: factor fanout layering from compute_sorted_entries()
- midx-write.c: enumerate pack_int_id values directly
- midx-write.c: extract fill_pack_from_midx()
- midx-write.c: introduce midx_pack_perm() helper
- git-compat-util.h: introduce u32_add()
- midx: do not require packs to be sorted in lexicographic order
- midx-write.c: introduce struct write_midx_opts
- midx-write.c: don't use pack_perm when assigning bitmap_pos
- t/t5319-multi-pack-index.sh: fix copy-and-paste error in t5319.39
- git-multi-pack-index(1): align SYNOPSIS with 'git multi-pack-index -h'
- git-multi-pack-index(1): remove non-existent incompatibility
- builtin/multi-pack-index.c: make '--progress' a common option
- midx: introduce midx_get_checksum_hex()
- midx: rename get_midx_checksum() to midx_get_checksum_hash()
- midx: mark get_midx_checksum() arguments as const
- Merge branch 'tb/midx-write-corrupt-checksum-fix' into tb/incremental-midx-part-3.2

Further work on incremental repacking using MIDX/bitmap

Comments?
source: <[email protected]>

* pw/replay-drop-empty (2025-12-18) 2 commits
- replay: drop commits that become empty
- Merge branch 'ps/history' into pw/replay-drop-empty (this branch uses ps/history.)

"git replay" is taught to drop commits that become empty (not the ones that are empty in the original).

Will merge to 'next', together with 'ps/history'?
source: <375adc4e941f3bb22a2b12ee26a083951ed724dd.1766076625.git.phillip.wood@dunelm.org.uk>

* bc/sha1-256-interop-02 (2025-11-17) 15 commits
- object-file-convert: always make sure object ID algo is valid
- rust: add a small wrapper around the hashfile code
- rust: add a new binary object map format
- rust: add functionality to hash an object
- rust: add a build.rs script for tests
- hash: expose hash context functions to Rust
- write-or-die: add an fsync component for the object map
- csum-file: define hashwrite's count as a uint32_t
- rust: add additional helpers for ObjectID
- hash: add a function to look up hash algo structs
- rust: add a hash algorithm abstraction
- rust: add a ObjectID struct
- hash: use uint32_t for object_id algorithm
- conversion: don't crash when no destination algo
- repository: require Rust support for interoperability

The code to maintain mapping between object names in multiple hash functions is being added, written in Rust.

Any progress on CI breakages???
source: <[email protected]>

* ps/history (2026-01-13) 9 commits
- builtin/history: implement "reword" subcommand
- builtin: add new "history" command
- wt-status: provide function to expose status for trees
- replay: support updating detached HEAD
- replay: support empty commit ranges
- replay: small set of cleanups
- builtin/replay: move core logic into "libgit.a"
- builtin/replay: extract core logic to replay revisions
- Merge branch 'kh/replay-invalid-onto-advance' into ps/history (this branch is used by pw/replay-drop-empty.)

"git history" history rewriting UI.

Will merge to 'next'.
cf. <[email protected]>
cf. <CABPp-BHkNLdH4C7U4sFoVhrsSPH8KAaDtOdLEQGyajmXZz9hVg@mail.gmail.com>
source: <[email protected]>

* ar/submodule-gitdir-tweak (2026-01-12) 11 commits
(merged to 'next' on 2026-01-23 at ef3c2cab02)
+ submodule: detect conflicts with existing gitdir configs
+ submodule: hash the submodule name for the gitdir path
+ submodule: fix case-folding gitdir filesystem collisions
+ submodule--helper: fix filesystem collisions by encoding gitdir paths
+ builtin/credential-store: move is_rfc3986_unreserved to url.[ch]
+ submodule--helper: add gitdir migration command
+ submodule: allow runtime enabling extensions.submodulePathConfig
+ submodule: introduce extensions.submodulePathConfig
+ builtin/submodule--helper: add gitdir command
+ submodule: always validate gitdirs inside submodule_name_to_gitdir
+ submodule--helper: use submodule_name_to_gitdir in add_submodule

Avoid local submodule repository directory paths overlapping with each other by encoding submodule names before using them as path components.

Will cook in 'next'.
cf. <[email protected]>
source: <[email protected]>

--------------------------------------------------
[Discarded]

* dw/config-global-list (2025-10-09) 4 commits . config: keep bailing on unreadable global files . config: read global scope via config_sequence . config: test home and xdg files in list --global . cleanup_path: force forward slashes on Windows

"git config --list --global", unlike "git config --list", did not consult both of the two possible per-user sources of the configuration files, i.e. $HOME/.gitconfig and the XDG one, which has been corrected.

Will discard. Has been waiting for a reroll for too long.
cf. <20251122020047.GB3947@linuxonhyperv3.guj3yctzbm1etfxqx2vob5hsef.xx.internal.cloudapp.net> cf. <[email protected]>
source: <[email protected]>

* ms/doc-worktree-side-by-side (2025-10-10) 2 commits . doc: git-worktree: Add side by side branch checkout example . doc: git-worktree: Link to examples

Document "git worktree add" and use of out-of-tree worktrees with examples.

Will discard. Has been waiting for a reroll for too long.
cf. <CAPig+cSNesf0UwS4=Bxe-Qn+G9y3YYPyOK+7y3q8QJk+o7jaVg@mail.gmail.com> cf. <[email protected]>
source: <a203b35538847f3c9358a5ae26fb4ebea5734cfc.1759420102.git.msuchanek@suse.de>

* jc/exclude-with-gitignore (2025-11-04) 1 commit . dir.c: do not be fooled by :(exclude) pathspec elements

"git add ':(exclude)foo.o'" is clearly a request not to add 'foo.o', but the command complained about listing an ignored path foo.o on the command line, which has been corrected.

Will discard. Has been waiting for further comments for too long. cf. <[email protected]>
source: <[email protected]>

* lc/rebase-trailer (2025-11-05) 4 commits
. rebase: support --trailer
. trailer: append trailers in-process and drop the fork to interpret-trailers . trailer: move process_trailers to trailer.h
. interpret-trailers: factor out buffer-based processing to process_trailers()

Refactor code paths to run "interpret-trailers" from "git commit/tag" and use it in "git rebase".

Will discard. Has been waiting for a reroll for too long. cf. <[email protected]> cf. <[email protected]>
source: <[email protected]>

* sp/shallow-time-boundary (2025-11-23) 1 commit
. shallow: set borders which are all reachable after clone shallow since

The set of shallow boundary "git clone --shallow-since" leaves contained commits that are not on the boundary, which has been corrected.

Will discard. Has been waiting for further comments for too long. cf. <[email protected]>
source: <[email protected]>

* jk/parse-int (2025-11-30) 5 commits
. fsck: use parse_unsigned_from_buf() for parsing timestamp . cache-tree: use parse_int_from_buf()
. parse: add functions for parsing from non-string buffers . parse: prefer bool to int for boolean returns
. Merge branch 'jk/asan-bonanza' into jk/parse-int

Introduce a more robust way to parse a decimal integer stored in a piece of memory that is not necessarily terminated with NUL (which Asan strict-string-check complains even when use of strtol() is safe due to varified existence of whitespace after the digits).

Will discard. Has been waiting for a reroll for too long. cf. <[email protected]>
cf. <[email protected]> cf. <[email protected]>
source: <[email protected]>

* kn/ref-location (2025-12-01) 2 commits
. refs: add GIT_REF_URI to specify reference backend and directory . refs: support obtaining ref_store for given dir

A mechanism to specify what reference backend to use and store references in which directory is introduced, which would likely to be useful during ref migration.

Will discard. Has been waiting for further comments for too long. cf. <[email protected]>
source: <[email protected]>

#1 lore raw
Quoted 18 lines · Junio C Hamano

* ps/odb-for-each-object (2026-01-26) 16 commits
- odb: drop unused for_each_{loose,packed}_object() functions
- reachable: convert to use odb_for_each_object()
- builtin/pack-objects: use packfile_store_for_each_object()
- odb: introduce mtime fields for object info requests
- treewide: drop uses of for_each_{loose,packed}_object()
- treewide: enumerate promisor objects via odb_for_each_object()
- builtin/fsck: refactor to use odb_for_each_object()
- odb: introduce odb_for_each_object()
- packfile: introduce function to iterate through objects
- packfile: extract function to iterate through objects of a store
- object-file: introduce function to iterate through objects
- object-file: extract function to read object info from path
- odb: fix flags parameter to be unsigned
- odb: rename FOR_EACH_OBJECT_* flags
- Merge branch 'ps/packfile-store-in-odb-source' into ps/odb-for-each-object
- Merge branch 'ps/read-object-info-improvements' into ps/odb-for-each-object

Quoted 4 lines

Revamp object enumeration API around odb.

Will merge to 'next'?
source: <[email protected]>

I have some lingering questions about the mtime-related changes. I am not opposed to the series in general, but I think some more time to continue the discussion in that thread would be beneficial before starting to merge it down.

Thanks,
Taylor

#2 lore raw
Quoted 21 lines · Taylor Blau
Quoted 20 lines · Junio C Hamano

* ps/odb-for-each-object (2026-01-26) 16 commits
- odb: drop unused for_each_{loose,packed}_object() functions
- reachable: convert to use odb_for_each_object()
- builtin/pack-objects: use packfile_store_for_each_object()
- odb: introduce mtime fields for object info requests
- treewide: drop uses of for_each_{loose,packed}_object()
- treewide: enumerate promisor objects via odb_for_each_object()
- builtin/fsck: refactor to use odb_for_each_object()
- odb: introduce odb_for_each_object()
- packfile: introduce function to iterate through objects
- packfile: extract function to iterate through objects of a store
- object-file: introduce function to iterate through objects
- object-file: extract function to read object info from path
- odb: fix flags parameter to be unsigned
- odb: rename FOR_EACH_OBJECT_* flags
- Merge branch 'ps/packfile-store-in-odb-source' into ps/odb-for-each-object
- Merge branch 'ps/read-object-info-improvements' into ps/odb-for-each-object

Revamp object enumeration API around odb.

Quoted 7 lines
Quoted 2 lines

Will merge to 'next'?
source: <[email protected]>

I have some lingering questions about the mtime-related changes. I am not opposed to the series in general, but I think some more time to continue the discussion in that thread would be beneficial before starting to merge it down.

Has any further discussions took place outside the original thread

https://lore.kernel.org/git/[email protected]/

or are we pretty much done with this iteration and polish incrementally if necessary?

Thanks.

#3 lore raw

ds/revision-maximal-only (was Re: What's cooking in git.git (Jan 2026, #09))

In reply to Junio C Hamano
Quoted 8 lines · Junio C Hamano

* ds/revision-maximal-only (2026-01-22) 1 commit
- revision: add --maximal-only option

"git rev-list" and friends learn "--maximal-only" to show only the commits that are not reachable by other commits.

Will merge to 'next'?
source: <[email protected]>

I believe that the discussion has landed in a place where this version is good to merge. Any remaining discussions around using the 'git merge-base --independent' algorithm when appropriate or adding '--maximal-only' to other builtins can be delayed to a future extension, I think.

Thanks,
-Stolee

#4 lore raw
In reply to Junio C Hamano
Quoted 17 lines · Junio C Hamano

* bc/sha1-256-interop-02 (2025-11-17) 15 commits
- object-file-convert: always make sure object ID algo is valid
- rust: add a small wrapper around the hashfile code
- rust: add a new binary object map format
- rust: add functionality to hash an object
- rust: add a build.rs script for tests
- hash: expose hash context functions to Rust
- write-or-die: add an fsync component for the object map
- csum-file: define hashwrite's count as a uint32_t
- rust: add additional helpers for ObjectID
- hash: add a function to look up hash algo structs
- rust: add a hash algorithm abstraction
- rust: add a ObjectID struct
- hash: use uint32_t for object_id algorithm
- conversion: don't crash when no destination algo
- repository: require Rust support for interoperability

Quoted 5 lines

The code to maintain mapping between object names in multiple hash functions is being added, written in Rust.

Any progress on CI breakages???
source: <[email protected]>

Not yet, but I hope to spend some time on that this week or early next. I now have some more time to work on this at work and I can try to poke around and figure out what might be wrong, or at least try to beg a colleague to try things on their Windows VM.

My apologies for the delay; things have been busy lately and I've had less personal time to work on Git.

Signature · 2 lines
brian m. carlson (they/them)
Toronto, Ontario, CA
#5 lore raw
Quoted 21 lines · brian m. carlson
Quoted 20 lines · Junio C Hamano

* bc/sha1-256-interop-02 (2025-11-17) 15 commits
- object-file-convert: always make sure object ID algo is valid
- rust: add a small wrapper around the hashfile code
- rust: add a new binary object map format
- rust: add functionality to hash an object
- rust: add a build.rs script for tests
- hash: expose hash context functions to Rust
- write-or-die: add an fsync component for the object map
- csum-file: define hashwrite's count as a uint32_t
- rust: add additional helpers for ObjectID
- hash: add a function to look up hash algo structs
- rust: add a hash algorithm abstraction
- rust: add a ObjectID struct
- hash: use uint32_t for object_id algorithm
- conversion: don't crash when no destination algo
- repository: require Rust support for interoperability

The code to maintain mapping between object names in multiple hash functions is being added, written in Rust.

Quoted 7 lines
Quoted 2 lines

Any progress on CI breakages???
source: <[email protected]>

Not yet, but I hope to spend some time on that this week or early next. I now have some more time to work on this at work and I can try to poke around and figure out what might be wrong, or at least try to beg a colleague to try things on their Windows VM.

I did not get a Windows VM working but I did discover the problem and I'm working on a patch and will send it out once I have CI green.

The problem is roughly that both the MSVC linker and MSYS linker are both called link.exe. When compiling with Rust against MSVC, the MSVC linker must be used, but the MSYS linker is first in PATH (because I believe installing the Git for Windows SDK causes that to be the case), causing build.rs to fail to compile.

Signature · 2 lines
brian m. carlson (they/them)
Toronto, Ontario, CA
#6 lore raw
Quoted 14 lines · brian m. carlson
Quoted 6 lines · brian m. carlson
Quoted 5 lines · Junio C Hamano

* bc/sha1-256-interop-02 (2025-11-17) 15 commits

The code to maintain mapping between object names in multiple hash functions is being added, written in Rust.

Quoted 6 lines
Quoted 1 line

Any progress on CI breakages???

Not yet, but I hope to spend some time on that this week or early next. I now have some more time to work on this at work and I can try to poke around and figure out what might be wrong, or at least try to beg a colleague to try things on their Windows VM.

Quoted 8 lines

I did not get a Windows VM working but I did discover the problem and I'm working on a patch and will send it out once I have CI green.

The problem is roughly that both the MSVC linker and MSYS linker are both called link.exe. When compiling with Rust against MSVC, the MSVC linker must be used, but the MSYS linker is first in PATH (because I believe installing the Git for Windows SDK causes that to be the case), causing build.rs to fail to compile.

Didn't Ezekiel already tackle[*] this problem or am I misunderstanding?

[*]: https://lore.kernel.org/git/CAPig+cSBEX5QGnzpBnVs_hKM2iUqcmA4-DzKDgkwpG9ZzWZ__w@mail.gmail.com/

#7 lore raw
Quoted 5 lines · Eric Sunshine
Quoted 3 lines · brian m. carlson

I did not get a Windows VM working but I did discover the problem and I'm working on a patch and will send it out once I have CI green.

Quoted 7 lines
Quoted 5 lines

The problem is roughly that both the MSVC linker and MSYS linker are both called link.exe. When compiling with Rust against MSVC, the MSVC linker must be used, but the MSYS linker is first in PATH (because I believe installing the Git for Windows SDK causes that to be the case), causing build.rs to fail to compile.

Didn't Ezekiel already tackle[*] this problem or am I misunderstanding?

CI still fails when rebasing my branch on master, so it doesn't appear to have made it upstream quite yet. I'll resume working on this tomorrow at $DAYJOB and then add a patch to my series. I may steal the approach from Ezekiel's patch if it appears to work.

Signature · 2 lines
brian m. carlson (they/them)
Toronto, Ontario, CA