From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from fout-a3-smtp.messagingengine.com (fout-a3-smtp.messagingengine.com [103.168.172.146]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id DF8C434572B for ; Mon, 20 Apr 2026 16:15:26 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=103.168.172.146 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1776701729; cv=none; b=K76POwy1vH8LTdpgM3Ry142cT095rTmRkCKLw/hun8cEy1zFi4+I6gW0v/VZQxX9M+Te/dmM3M42Fbv71UNT+Y3JHLLFscDEFI3sNt1JTMgPKVEpMbc86FMdARU0+IL3WYlzmUejgs8U/uTkTZpcngBEiFX3Lpz/GgXh6/LwEGo= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1776701729; c=relaxed/simple; bh=8bOZh3HaQiXeGSmMOisFh1JkS12bY4GDOa8dwAi2u5w=; h=From:To:Subject:Date:Message-ID:MIME-Version:Content-Type; b=uyGrVrzR/fJNnzuwRpxYToMe0XLFK4gweFZdbVjnglgg8nGiVgKD42kl76KhNp4onmxGttTb/URHw8JlcRxxJ4jlA7ffNjlGniT+nJOKfjfeAIzkAbGXFfLvdbguM1BG09j407fd//Jv9cfJNgXwo0tTqG19wsOdVJ4apurV2dk= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=pobox.com; spf=pass smtp.mailfrom=pobox.com; dkim=pass (2048-bit key) header.d=pobox.com header.i=@pobox.com header.b=Gj9YssYY; dkim=pass (2048-bit key) header.d=messagingengine.com header.i=@messagingengine.com header.b=N+Z3hzFU; arc=none smtp.client-ip=103.168.172.146 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=pobox.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=pobox.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=pobox.com header.i=@pobox.com header.b="Gj9YssYY"; dkim=pass (2048-bit key) header.d=messagingengine.com header.i=@messagingengine.com header.b="N+Z3hzFU" Received: from phl-compute-01.internal (phl-compute-01.internal [10.202.2.41]) by mailfout.phl.internal (Postfix) with ESMTP id 253ACEC04F4; Mon, 20 Apr 2026 12:15:26 -0400 (EDT) Received: from phl-frontend-01 ([10.202.2.160]) by phl-compute-01.internal (MEProxy); Mon, 20 Apr 2026 12:15:26 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=pobox.com; h=cc :content-transfer-encoding:content-type:content-type:date:date :from:from:in-reply-to:message-id:mime-version:reply-to:subject :subject:to:to; s=fm1; t=1776701726; x=1776788126; bh=GL1MFwqieP uA4w2W6IT21NQS7yhmZokyoqbpsnaYuho=; b=Gj9YssYYQuLLKstKvLsW2uq5sG G3NmC0ZDQ4hFSioCV33GEqg3Bq4gFCW9YmNHswQzxrxyh8rCJVoASf7+opB9T/9i W3Ycfy/HjplleL6gyd3QmiCNNBRs1NSRaMdMLMhkDXSj9kNJ+aAximZFarTKYJdw 1csYxtld1snuJYbZRlZ7BCL7Zfl5DQ8V9fWdh53F1Q78OyeupISgoi/e8/kmP6TD 0X2jbhu2P3Jipwlc6XBJkLhuITVr1FpkmyIGwdioShPcclauEgPmAGVTDvqLQZg5 eCePfuI29oH7uQiKMqhBmMJT+3jxNmh25XR9BbvvLWkn13jyzOrHEmVtd9bw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :content-type:date:date:feedback-id:feedback-id:from:from :in-reply-to:message-id:mime-version:reply-to:subject:subject:to :to:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; t= 1776701726; x=1776788126; bh=GL1MFwqiePuA4w2W6IT21NQS7yhmZokyoqb psnaYuho=; b=N+Z3hzFUrHF8C3NY0Szc4miFTaba2j3xpFMH6hcsepN8/6sEJOl URAIMFjF17G66Boom0bVsxoNUesn3dppMLs8e1o17qf9OP0fB8suoEVtlQChK2Ws Z7JrNwtZ7LSWweb+1FPh8sU8EGeg3Pmo5a7/zcq7gljO6Pjr+D3XdaN9BceLv+Q+ dKG8IrDtkv6JtaFHSaM6IiZpRxGF05T4GentkLhKi8D/Jyq1NO7BRXPkqtez1yOV ABezCd7j2faUFKAwWfYODl1FkxqePjz7jTFb5Vcs/tbRIxOti1yd+ZRqw8W1c2vR Hu57eoPOoLDd1TMhpDeEfr+QdIH+QL5S6Ig== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeefhedrtddtgdehkeeljecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpuffrtefokffrpgfnqfghnecuuegr ihhlohhuthemuceftddtnecufghrlhcuvffnffculdeimdenucfjughrpefhvffufffkfg ggtgfgsehtkeertddtreejnecuhfhrohhmpefluhhnihhoucevucfjrghmrghnohcuoehg ihhtshhtvghrsehpohgsohigrdgtohhmqeenucggtffrrghtthgvrhhnpedvvdeuhffhhe eiffevledtteehtddtheejjeeghffhueevteeuteetvdejjeehleenucffohhmrghinhep khgvrhhnvghlrdhorhhgpdhorhdrtgiipdhgohhoghhlvghsohhurhgtvgdrtghomhdpgh hithhhuhgsrdgtohhmpdhgihhtlhgrsgdrtghomhenucevlhhushhtvghrufhiiigvpedt necurfgrrhgrmhepmhgrihhlfhhrohhmpehgihhtshhtvghrsehpohgsohigrdgtohhmpd hnsggprhgtphhtthhopeefpdhmohguvgepshhmthhpohhuthdprhgtphhtthhopehgihht sehvghgvrhdrkhgvrhhnvghlrdhorhhgpdhrtghpthhtoheplhifnheslhifnhdrnhgvth dprhgtphhtthhopehgihhtshhtvghrsehpohgsohigrdgtohhm X-ME-Proxy: Feedback-ID: if26b431b:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Mon, 20 Apr 2026 12:15:25 -0400 (EDT) From: Junio C Hamano To: git@vger.kernel.org Subject: What's cooking in git.git (Apr 2026, #06) X-master-at: 94f057755b7941b321fd11fec1b2e3ca5313a4e0 X-next-at: f703ff30bc5e33a20cacd2b6ec9f4b2e71eee37e Date: Mon, 20 Apr 2026 09:15:24 -0700 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Precedence: bulk X-Mailing-List: git@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit 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 is a 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 a URL to a message that raises issues but they are by no means exhaustive. A topic without enough support may be discarded after a long period of no activity (of course they can be resubmitted when new interests arise). Git 2.54 (final) has been tagged. Thank you, everybody, for participating. I will go offline for a couple of weeks starting this evening, hopefully after updating 'next' and possibly also pushing out the first batch of the new cycle. There is no designated interim maintainer this time, but I trust that the community can self organize during my absense, if the shape of the release and the tree turns out to be super bad ;-). 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. 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/ -------------------------------------------------- [Cooking] * sb/userdiff-lisp-family (2026-04-14) 2 commits - userdiff: extend Scheme support to cover other Lisp dialects - userdiff: tighten word-diff test case of the scheme driver The userdiff driver for the Scheme language has been extended to cover other Lisp dialects. Will merge to 'next'. source: * ss/t7004-unhide-git-failures (2026-04-14) 3 commits - t7004: avoid subshells to capture git exit codes - t7004: dynamically grab expected state in tests - t7004: drop hardcoded tag count in invalid name test Test clean-up. Expecting a (hopefully trivial) reroll? cf. source: <20260414141828.27576-1-r.siddharth.shrimali@gmail.com> * tb/pseudo-merge-bugfixes (2026-04-13) 8 commits - pack-bitmap: prevent pattern leak on pseudo-merge re-assignment - pack-bitmap: reject pseudo-merge "sampleRate" of 0 - pack-bitmap: parse commits in `find_pseudo_merge_group_for_ref()` - pack-bitmap: fix pseudo-merge lookup for shared commits - pack-bitmap: fix inverted binary search in `pseudo_merge_at()` - pack-bitmap-write: sort pseudo-merge commit lookup table in pack order - t5333: demonstrate various pseudo-merge bugs - t/helper: add 'test-tool bitmap write' subcommand Expecting a reroll. cf. source: * ds/fetch-negotiation-options (2026-04-15) 7 commits - send-pack: pass negotiation config in push - remote: add negotiationRequire config as default for --negotiation-require - fetch: add --negotiation-require option for negotiation - remote: add remote.*.negotiationRestrict config - transport: rename negotiation_tips - fetch: add --negotiation-restrict option - t5516: fix test order flakiness The negotiation tip options in "git fetch" have been reworked to allow requiring certain refs to be sent as "have" lines, and to restrict negotiation to a specific set of refs. Needs review. source: * en/backfill-fixes-and-edges (2026-04-15) 3 commits - backfill: default to grabbing edge blobs too - backfill: document acceptance of revision-range in more standard manner - backfill: reject rev-list arguments that do not make sense The 'git backfill' command now rejects revision-limiting options that are incompatible with its operation, uses standard documentation for revision ranges, and includes blobs from boundary commits by default to improve performance of subsequent operations. Needs review. source: * mc/http-emptyauth-negotiate-fix (2026-04-16) 3 commits - t5563: add tests for http.emptyAuth with Negotiate - http: attempt Negotiate auth in http.emptyAuth=auto mode - http: extract http_reauth_prepare() from retry paths The 'http.emptyAuth=auto' configuration now correctly attempts Negotiate authentication before falling back to manual credentials. This allows seamless Kerberos ticket-based authentication without requiring users to explicitly set 'http.emptyAuth=true'. Will merge to 'next'. source: * en/batch-prefetch (2026-04-17) 3 commits - grep: prefetch necessary blobs - builtin/log: prefetch necessary blobs for `git cherry` - patch-ids.h: add missing trailing parenthesis in documentation comment In a lazy clone, "git cherry" and "git grep" often fetch necessary blob objects one by one from promisor remotes. It has been corrected to collect necessary object names and fetch them in bulk to gain reasonable performance. Needs review. source: * en/diffstat-utf8-truncation-fix (2026-04-17) 1 commit - diff: fix out-of-bounds reads and NULL deref in diffstat UTF-8 truncation The computation to shorten the filenames shown in diffstat measured width of individual UTF-8 characters to add up, but forgot to take into account error cases (e.g., an invalid UTF-8 sequence, or a control character). Will merge to 'next' and then to 'master'? source: * sp/refs-reduce-the-repository (2026-04-04) 3 commits (merged to 'next' on 2026-04-09 at bb1d626802) + refs/reftable-backend: drop uses of the_repository + refs: remove the_hash_algo global state + refs: add struct repository parameter in get_files_ref_lock_timeout_ms() Code clean-up to use the right instance of a repository instance in calls inside refs subsystem. Will cook in 'next'. source: <20260404135914.61195-1-shreyanshpaliwalcmsmn@gmail.com> * ps/odb-in-memory (2026-04-10) 18 commits - t/unit-tests: add tests for the in-memory object source - odb: generic in-memory source - odb/source-inmemory: stub out remaining functions - odb/source-inmemory: implement `freshen_object()` callback - odb/source-inmemory: implement `count_objects()` callback - odb/source-inmemory: implement `find_abbrev_len()` callback - odb/source-inmemory: implement `for_each_object()` callback - odb/source-inmemory: convert to use oidtree - oidtree: add ability to store data - cbtree: allow using arbitrary wrapper structures for nodes - odb/source-inmemory: implement `write_object_stream()` callback - odb/source-inmemory: implement `write_object()` callback - odb/source-inmemory: implement `read_object_stream()` callback - odb/source-inmemory: implement `read_object_info()` callback - odb: fix unnecessary call to `find_cached_object()` - odb/source-inmemory: implement `free()` callback - odb: introduce "in-memory" source - Merge branch 'jt/odb-transaction-write' into ps/odb-in-memory (this branch uses jt/odb-transaction-write.) Add a new odb "in-memory" source that is meant to only hold tentative objects (like the virtual blob object that represents the working tree file used by "git blame"). Will merge to 'next'? source: <20260410-b4-pks-odb-source-inmemory-v3-0-22fd0fad58fe@pks.im> * jc/doc-timestamps-in-stat (2026-04-10) 1 commit - CodingGuidelines: st_mtimespec vs st_mtim vs st_mtime Doc update. Will merge to 'next'. source: * ps/test-set-e-clean (2026-04-17) 12 commits - t: detect errors outside of test cases - t9902: fix use of `read` with `set -e` - t6002: fix use of `expr` with `set -e` - t1301: don't fail in case setfacl(1) doesn't exist or fails - t0008: silence error in subshell when using `grep -v` - t: prepare `test_when_finished ()`/`test_atexit()` for `set -e` - t: prepare execution of potentially failing commands for `set -e` - t: prepare conditional test execution for `set -e` - t: prepare `git config --unset` calls for `set -e` - t: prepare `stop_git_daemon ()` for `set -e` - t: prepare `test_must_fail ()` for `set -e` - t: prepare `test_match_signal ()` calls for `set -e` The test suite harness and many individual test scripts have been updated to work correctly when 'set -e' is in effect, which helps detect misspelled test commands. Expecting a (hopefully final) reroll. cf. source: <20260417-b4-pks-tests-with-set-e-v4-0-44d43efdafb1@pks.im> * js/adjust-tests-to-explicitly-access-bare-repo (2026-04-02) 17 commits - git p4 clone --bare: need to be explicit about the gitdir - t9700: stop relying on implicit bare repo discovery - t9210: pass `safe.bareRepository=all` to `scalar register` - t6020: use `-C` for worktree, `--git-dir` for bare repository - t5619: wrap `test_commit_bulk` in `GIT_DIR` subshell for bare repo - t5540/t5541: avoid accessing a bare repository via `-C ` - t5509: specify bare repository path explicitly - t5505: export `GIT_DIR` after `git init --bare` - t5503: avoid discovering a bare repository - t2406: use `--git-dir=.` for bare repository worktree repair - t2400: explicitly specify bare repo for `git worktree add` - t1900: avoid using `-C ` for a bare repository - t1020: use `--git-dir` instead of subshell for bare repo - t0056: allow implicit bare repo discovery for `-C` work-tree tests - t0003: use `--git-dir` for bare repo attribute tests - t0001: replace `cd`+`git` with `git --git-dir` in `check_config` - t0001: allow implicit bare repo discovery for aliased-command test Some tests assume that bare repository accesses are by default allowed; rewrite some of them to avoid the assumption, rewrite others to explicitly set safe.bareRepository to allow them. Waiting for review response. cf. source: * cl/conditional-config-on-worktree-path (2026-04-03) 2 commits - config: add "worktree" and "worktree/i" includeIf conditions - config: refactor include_by_gitdir() into include_by_path() The [includeIf "condition"] conditional inclusion facility for configuration files has learned to use the location of worktree in its condition. Comments? source: <20260403-includeif-worktree-v3-0-109ce5782b03@black-desk.cn> * bc/rust-by-default (2026-04-09) 4 commits - Enable Rust by default - Linux: link against libdl - ci: install cargo on Alpine - docs: update version with default Rust support Rust support is enabled by default (but still allows opting out) in some future version of Git. Will merge to 'next' after Git 2.54 final gets tagged. source: <20260409224434.1861422-1-sandals@crustytoothpaste.net> * ps/shift-root-in-graph (2026-04-04) 1 commit - graph: add indentation for commits preceded by a parentless commit In a history with more than one root commit, "git log --graph --oneline" stuffed an unrelated commit immediately below a root commit, which has been corrected by making the spot below a root unavailable. Will merge to 'next'? source: <20260404092425.550346-2-pabloosabaterr@gmail.com> * jt/config-lock-timeout (2026-04-03) 1 commit - config: retry acquiring config.lock for 100ms The code path to update the configuration file has been taught to use a short timeout to retry. Waiting for a review response. cf. source: <20260403100135.3901610-1-joerg@thalheim.io> * dl/cache-tree-fully-valid-fix (2026-04-06) 1 commit (merged to 'next' on 2026-04-13 at 68c82a9f37) + cache-tree: fix inverted object existence check in cache_tree_fully_valid The check that implements the logic to see if an in-core cache-tree is fully ready to write out a tree object was broken, which has been corrected. Will cook in 'next'. source: <20260406192711.68870-1-davidlin@stripe.com> * ja/doc-difftool-synopsis-style (2026-04-04) 4 commits (merged to 'next' on 2026-04-13 at 0e6c98f313) + doc: convert git-describe manual page to synopsis style + doc: convert git-shortlog manual page to synopsis style + doc: convert git-range-diff manual page to synopsis style + doc: convert git-difftool manual page to synopsis style Doc mark-up updates. Will cook in 'next'. source: * lp/repack-propagate-promisor-debugging-info (2026-04-18) 6 commits - repack-promisor: add missing headers - t7703: test for promisor file content after geometric repack - t7700: test for promisor file content after repack - repack-promisor: preserve content of promisor files after repack - repack-promisor add helper to fill promisor file after repack - pack-write: add explanation to promisor file content When fetching objects into a lazily cloned repository, .promisor files are created with information meant to help debugging. "git repack" has been taught to carry this information forward to packfiles that are newly created. Comments? source: * th/promisor-quiet-per-repo (2026-04-06) 1 commit - promisor-remote: fix promisor.quiet to use the correct repository The "promisor.quiet" configuration variable was not used from relevant submodules when commands like "grep --recurse-submodules" triggered a lazy fetch, which has been corrected. Comments? source: <20260406183041.783800-1-vikingtc4@gmail.com> * jt/odb-transaction-write (2026-04-02) 7 commits - odb/transaction: make `write_object_stream()` pluggable - object-file: generalize packfile writes to use odb_write_stream - object-file: avoid fd seekback by checking object size upfront - object-file: remove flags from transaction packfile writes - odb: update `struct odb_write_stream` read() callback - odb/transaction: use pluggable `begin_transaction()` - odb: split `struct odb_transaction` into separate header (this branch is used by ps/odb-in-memory.) ODB transaction interface is being reworked to explicitly handle object writes. Will merge to 'next'? source: <20260402213220.2651523-1-jltobler@gmail.com> * sa/cat-file-batch-mailmap-switch (2026-04-15) 1 commit - cat-file: add mailmap subcommand to --batch-command "git cat-file --batch" learns an in-line command "mailmap" that lets the user toggle use of mailmap. Will merge to 'next'? source: <20260416033250.4327-2-siddharthasthana31@gmail.com> * tb/incremental-midx-part-3.3 (2026-03-29) 16 commits - repack: allow `--write-midx=incremental` without `--geometric` - repack: introduce `--write-midx=incremental` - repack: implement incremental MIDX repacking - packfile: ensure `close_pack_revindex()` frees in-memory revindex - builtin/repack.c: convert `--write-midx` to an `OPT_CALLBACK` - repack-geometry: prepare for incremental MIDX repacking - repack-midx: extract `repack_fill_midx_stdin_packs()` - repack-midx: factor out `repack_prepare_midx_command()` - midx: expose `midx_layer_contains_pack()` - repack: track the ODB source via existing_packs - midx: support custom `--base` for incremental MIDX writes - midx: introduce `--checksum-only` for incremental MIDX writes - midx: use `strvec` for `keep_hashes` - strvec: introduce `strvec_init_alloc()` - midx: use `string_list` for retained MIDX files - midx-write: handle noop writes when converting incremental chains The repacking code has been refactored and compaction of MIDX layers have been implemented, and incremental strategy that does not require all-into-one repacking has been introduced. Expecting a reroll. cf. source: * jd/unpack-trees-wo-the-repository (2026-03-31) 2 commits - unpack-trees: use repository from index instead of global - unpack-trees: use repository from index instead of global A handful of inappropriate uses of the_repository have been rewritten to use the right repository structure instance in the unpack-trees.c codepath. Comments? source: * ps/setup-wo-the-repository (2026-03-30) 18 commits - setup: stop using `the_repository` in `init_db()` - setup: stop using `the_repository` in `create_reference_database()` - setup: stop using `the_repository` in `initialize_repository_version()` - setup: stop using `the_repository` in `check_repository_format()` - setup: stop using `the_repository` in `upgrade_repository_format()` - setup: stop using `the_repository` in `setup_git_directory()` - setup: stop using `the_repository` in `setup_git_directory_gently()` - setup: stop using `the_repository` in `setup_git_env()` - setup: stop using `the_repository` in `set_git_work_tree()` - setup: stop using `the_repository` in `setup_work_tree()` - setup: stop using `the_repository` in `enter_repo()` - setup: stop using `the_repository` in `verify_non_filename()` - setup: stop using `the_repository` in `verify_filename()` - setup: stop using `the_repository` in `path_inside_repo()` - setup: stop using `the_repository` in `prefix_path()` - setup: stop using `the_repository` in `is_inside_git_dir()` - setup: stop using `the_repository` in `is_inside_worktree()` - setup: replace use of `the_repository` in static functions Many uses of the_repository has been updated to use a more appropriate struct repository instance in setup.c codepath. Needs review. source: <20260330-pks-setup-wo-the-repository-v1-0-0d2e822837aa@pks.im> * kh/doc-trailers (2026-04-13) 9 commits - doc: interpret-trailers: document comment line treatment - doc: interpret-trailers: commit to “trailer block” term - doc: interpret-trailers: add key format example - doc: interpret-trailers: explain key format - doc: interpret-trailers: explain the format after the intro - doc: interpret-trailers: not just for commit messages - doc: interpret-trailers: use “metadata” in Name as well - doc: interpret-trailers: replace “lines” with “metadata” - doc: interpret-trailers: stop fixating on RFC 822 Documentation updates. Needs review. source: * ps/graph-lane-limit (2026-03-27) 3 commits - graph: add truncation mark to capped lanes - graph: add --graph-lane-limit option - graph: limit the graph width to a hard-coded max The graph output from commands like "git log --graph" can now be limited to a specified number of lanes, preventing overly wide output in repositories with many branches. Needs review. cf. source: <20260328001113.1275291-1-pabloosabaterr@gmail.com> * cc/promisor-auto-config-url (2026-04-07) 10 commits (merged to 'next' on 2026-04-13 at 289fcba081) + t5710: use proper file:// URIs for absolute paths + promisor-remote: remove the 'accepted' strvec + promisor-remote: keep accepted promisor_info structs alive + promisor-remote: refactor accept_from_server() + promisor-remote: refactor has_control_char() + promisor-remote: refactor should_accept_remote() control flow + promisor-remote: reject empty name or URL in advertised remote + promisor-remote: clarify that a remote is ignored + promisor-remote: pass config entry to all_fields_match() directly + promisor-remote: try accepted remotes before others in get_direct() Promisor remote handling has been refactored and fixed in preparation for auto-configuration of advertised remotes. Will cook in 'next'. source: <20260407115243.358642-1-christian.couder@gmail.com> * jr/bisect-custom-terms-in-output (2026-04-17) 2 commits - rev-parse: use selected alternate terms to look up refs - bisect: use selected alternate terms in status output "git bisect" now uses the selected terms (e.g., old/new) more consistently in its output. Needs review. source: <20260417-bisect-terms-v3-0-d659fa547261@schlaraffenlan.de> * ua/push-remote-group (2026-03-27) 3 commits - SQUASH??? - futureproof against the attack of the "main" - push: support pushing to a remote group - remote: move remote group resolution to remote.c "git push" learned to take a "remote group" name to push to, which causes pushes to multiple places, just like "git fetch" would do. Expecting a reroll. cf. cf. source: <20260325190906.1153080-1-usmanakinyemi202@gmail.com> * hn/git-checkout-m-with-stash (2026-04-15) 5 commits - checkout -m: autostash when switching branches - checkout: rollback lock on early returns in merge_working_tree - sequencer: teach autostash apply to take optional conflict marker labels - sequencer: allow create_autostash to run silently - stash: add --label-ours, --label-theirs, --label-base for apply "git checkout -m another-branch" was invented to deal with local changes to paths that are different between the current and the new branch, but it gave only one chance to resolve conflicts. The command was taught to create a stash to save the local changes. Will merge to 'next'? source: * kh/name-rev-custom-format (2026-03-20) 2 commits - name-rev: learn --format= - name-rev: wrap both blocks in braces "git name-rev" learned to use custom format instead of the object name in an extended SHA-1 expression form. Expecting a reroll. cf. source: * js/parseopt-subcommand-autocorrection (2026-03-16) 10 commits - doc: document autocorrect API - parseopt: add tests for subcommand autocorrection - parseopt: enable subcommand autocorrection for git-remote and git-notes - parseopt: autocorrect mistyped subcommands - autocorrect: provide config resolution API - autocorrect: rename AUTOCORRECT_SHOW to AUTOCORRECT_HINT - autocorrect: use mode and delay instead of magic numbers - help: move tty check for autocorrection to autocorrect.c - help: make autocorrect handling reusable - parseopt: extract subcommand handling from parse_options_step() The parse-options library learned to auto-correct misspelled subcommand names. Expecting review responses. cf. source: * ab/clone-default-object-filter (2026-03-14) 1 commit - clone: add clone..defaultObjectFilter config "git clone" learns to pay attention to "clone..defaultObjectFilter" configuration and behave as if the "--filter=" option was given on the command line. Expecting review responses. cf. source: * jc/neuter-sideband-fixup (2026-03-05) 6 commits (merged to 'next' on 2026-03-13 at 5a4098b0cd) + sideband: drop 'default' configuration + 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 (this branch is used by jc/neuter-sideband-post-3.0.) Try to resurrect and reboot a stalled "avoid sending risky escape sequences taken from sideband to the terminal" topic by Dscho. The plan is to keep it in 'next' long enough to see if anybody screams with the "everything dropped except for ANSI color escape sequences" default. Will keep in 'next' a bit longer than usual. source: <20260305233452.3727126-1-gitster@pobox.com> * jc/neuter-sideband-post-3.0 (2026-03-05) 2 commits - sideband: delay sanitizing by default to Git v3.0 - Merge branch 'jc/neuter-sideband-fixup' into jc/neuter-sideband-post-3.0 (this branch uses jc/neuter-sideband-fixup.) The final step, split from earlier attempt by Dscho, to loosen the sideband restriction for now and tighten later at Git v3.0 boundary. On hold, until jc/neuter-sideband-fixup cooks long enough in 'next'. (this branch uses jc/neuter-sideband-fixup.) source: <20260305233452.3727126-8-gitster@pobox.com> * cs/subtree-split-recursion (2026-03-05) 3 commits - contrib/subtree: reduce recursion during split - contrib/subtree: functionalize split traversal - contrib/subtree: reduce function side-effects When processing large history graphs on Debian or Ubuntu, "git subtree" can die with a "recursion depth reached" error. Comments? source: <20260305-cs-subtree-split-recursion-v2-0-7266be870ba9@howdoi.land> * pt/promisor-lazy-fetch-no-recurse (2026-03-11) 1 commit - promisor-remote: prevent lazy-fetch recursion in child fetch The mechanism to avoid recursive lazy-fetch from promisor remotes was not propagated properly to child "git fetch" processes, which has been corrected. Will discard. cf. source: * pt/fsmonitor-linux (2026-04-15) 13 commits - fsmonitor: convert shown khash to strset in do_handle_client - fsmonitor: add tests for Linux - fsmonitor: add timeout to daemon stop command - fsmonitor: close inherited file descriptors and detach in daemon - run-command: add close_fd_above_stderr option - fsmonitor: implement filesystem change listener for Linux - fsmonitor: rename fsm-settings-darwin.c to fsm-settings-unix.c - fsmonitor: rename fsm-ipc-darwin.c to fsm-ipc-unix.c - fsmonitor: use pthread_cond_timedwait for cookie wait - compat/win32: add pthread_cond_timedwait - fsmonitor: fix hashmap memory leak in fsmonitor_run_daemon - fsmonitor: fix khash memory leak in do_handle_client - t9210, t9211: disable GIT_TEST_SPLIT_INDEX for scalar clone tests The fsmonitor daemon has been implemented for Linux. Will merge to 'next'? source: * ar/parallel-hooks (2026-04-10) 13 commits (merged to 'next' on 2026-04-13 at 0a6acf0d17) + t1800: test SIGPIPE with parallel hooks + hook: allow hook.jobs=-1 to use all available CPU cores + hook: add hook..enabled switch + hook: move is_known_hook() to hook.c for wider use + hook: warn when hook..jobs is set + hook: add per-event jobs config + hook: add -j/--jobs option to git hook run + hook: mark non-parallelizable hooks + hook: allow pre-push parallel execution + hook: allow parallel hook execution + hook: parse the hook.jobs config + config: add a repo_config_get_uint() helper + repository: fix repo_init() memleak due to missing _clear() Will cook in 'next'. source: <20260410090608.75283-1-adrian.ratiu@collabora.com> * pw/xdiff-shrink-memory-consumption (2026-04-02) 5 commits - xdiff: reduce the size of array - xprepare: simplify error handling - xdiff: cleanup xdl_clean_mmatch() - xdiff: reduce size of action arrays - Merge branch 'en/xdiff-cleanup-3' into pw/xdiff-shrink-memory-consumption (this branch uses en/xdiff-cleanup-3.) Shrink wasted memory in Myers diff that does not account for common prefix and suffix removal. On hold, waiting for the base topic. source: * en/xdiff-cleanup-3 (2026-04-08) 6 commits - xdiff/xdl_cleanup_records: put braces around the else clause - xdiff/xdl_cleanup_records: make setting action easier to follow - xdiff/xdl_cleanup_records: make limits more clear - xdiff/xdl_cleanup_records: use unambiguous types - xdiff: use unambiguous types in xdl_bogo_sqrt() - xdiff/xdl_cleanup_records: delete local recs pointer (this branch is used by pw/xdiff-shrink-memory-consumption.) Preparation of the xdiff/ codebase to work with Rust. Expecting a (hopefully small and final) reroll? cf. <32c34d0d-9358-43e3-9d58-5999b3ffd6c2@gmail.com> source: