From: "Harald Nordgren via GitGitGadget" <gitgitgadget@gmail.com>
To: git@vger.kernel.org
Cc: Phillip Wood <phillip.wood123@gmail.com>,
"D. Ben Knoble" <ben.knoble@gmail.com>,
Harald Nordgren <haraldnordgren@gmail.com>
Subject: [PATCH v7 0/4] fetch: avoid fetching every branch of a new remote in a shallow repo
Date: Wed, 07 Oct 2026 21:56:00 +0000 [thread overview]
Message-ID: <pull.2412.v7.git.git.1791410164.gitgitgadget@gmail.com> (raw)
In-Reply-To: <pull.2412.git.git.1789829246437.gitgitgadget@gmail.com>
Avoid fetching every branch of a new remote in a shallow repo.
Changes in v7:
* Fixed fatal: --refmap option is only meaningful with command-line
refspec(s) firing just from configuring remote.<name>.refmap alone, with
nothing else to fetch.
* When both remote.<name>.fetch and remote.<name>.refmap are configured, a
refspec-less fetch follows .fetch as usual, .refmap only remaps something
already being fetched by name. Added tests.
Changes in v6:
* Remove leftover reference to deleted default-branch logic in commit
message.
Changes in v5:
* Renumber test file from t5585 to t5586.
Changes in v4:
* Removed the automatic default-branch fetch. A fresh remote fetches
nothing until you track a branch explicitly.
* Fixed fetch report showing "new ref HEAD" instead of "new branch "
* Reworded remote..refmap docs and commit message.
Changes in v3:
* Replace the special ":"/"+:" fetch refspec with remote.<name>.refmap,
reusing git's existing --refmap mechanism instead of inventing new
refspec syntax.
* Split the change into 4 commits.
Changes in v2:
* Replaced the opt-in fetch.shallow config entirely with a new special
fetch refspec (+:) that git remote add now defaults new remotes to in a
shallow repository. The new refspec fetches whichever branches any local
branch tracks at that remote, plus the remote's default branch.
Harald Nordgren (4):
fetch: add remote.<name>.refmap
fetch: infer branches to fetch from a refmap-only remote
remote: add "git remote add --limited-fetch"
remote: default to --limited-fetch in a shallow repository
Documentation/config/remote.adoc | 8 +++
Documentation/fetch-options.adoc | 5 ++
Documentation/git-remote.adoc | 14 +++-
builtin/fetch.c | 58 ++++++++++++---
builtin/remote.c | 31 ++++++--
remote.c | 41 ++++++++++-
remote.h | 9 +++
t/meson.build | 1 +
t/t5505-remote.sh | 76 ++++++++++++++++++++
t/t5510-fetch.sh | 63 ++++++++++++++++
t/t5586-fetch-refmap.sh | 119 +++++++++++++++++++++++++++++++
11 files changed, 408 insertions(+), 17 deletions(-)
create mode 100755 t/t5586-fetch-refmap.sh
base-commit: 6de20f6092dcf9bdb1c8efe03db4b70c82b423dd
Published-As: https://github.com/gitgitgadget/git/releases/tag/pr-git-2412%2FHaraldNordgren%2Ffetch-shallow-narrow-refspec-v7
Fetch-It-Via: git fetch https://github.com/gitgitgadget/git pr-git-2412/HaraldNordgren/fetch-shallow-narrow-refspec-v7
Pull-Request: https://github.com/git/git/pull/2412
Range-diff vs v6:
1: 5c31a51bb7 ! 1: b5db64d56f fetch: add remote.<name>.refmap
@@ Commit message
to do when there is nothing explicit to fetch, on the command line or
via remote.<name>.fetch.
+ A refspec-less fetch with a refmap configured but nothing else to say
+ what to fetch falls back to the same defaults as a remote with no
+ refspec or refmap at all. Only an explicit --refmap given on the
+ command line with no command-line refspec to go with it is still
+ rejected, since that combination is a plain mistake to type, unlike a
+ remote.<name>.refmap configured on its own. A remote.<name>.fetch
+ that is also configured is used as before.
+
Signed-off-by: Harald Nordgren <haraldnordgren@gmail.com>
## Documentation/config/remote.adoc ##
@@ builtin/fetch.c: static struct ref *get_ref_map(struct remote *remote,
else
fetch_refspec = &remote->fetch;
- for (i = 0; i < fetch_refspec->nr; i++)
- get_fetch_map(ref_map, &fetch_refspec->items[i], &oref_tail, 1);
-- } else if (refmap.nr) {
-+ } else if (effective_refmap && effective_refmap->nr) {
- die("--refmap option is only meaningful with command-line refspec(s)");
- } else {
- /* Use the defaults */
## remote.c ##
@@ remote.c: static struct remote *make_remote(struct remote_state *remote_state,
@@ t/t5510-fetch.sh: test_expect_success 'explicit --refmap option overrides remote
+ git rev-parse --verify refs/remotes/other/main
+ )
+'
++
++check_fetched_refs () {
++ git for-each-ref --format="%(refname)" refs/remotes/ >actual &&
++ cat >expect &&
++ test_cmp expect actual
++}
++
++test_expect_success 'remote.<name>.refmap without tracking (baseline)' '
++ test_when_finished "rm -fr fetch-refmap-baseline fetch-refmap-upstream" &&
++ git init -b main fetch-refmap-upstream &&
++ test_commit -C fetch-refmap-upstream base &&
++ git -C fetch-refmap-upstream branch other &&
++ git init fetch-refmap-baseline &&
++ (
++ cd fetch-refmap-baseline &&
++ git remote add origin ../fetch-refmap-upstream &&
++
++ # Without fetch refspec, but with fetch refmap.
++ git config --unset-all remote.origin.fetch &&
++ git config remote.origin.refmap "+refs/heads/*:refs/remotes/origin/*" &&
++
++ # Nothing tracked, nothing fetched, no error.
++ git fetch origin &&
++ check_fetched_refs <<-\EOF &&
++ EOF
++
++ # Nothing tracked, explicit ref on the command line.
++ git fetch origin main &&
++ check_fetched_refs <<-\EOF &&
++ refs/remotes/origin/main
++ EOF
++
++ # With both refmap and fetch configured, remote.<name>.fetch
++ # wins: a refspec-less fetch follows it as usual, and
++ # remote.<name>.refmap plays no part in deciding what to
++ # fetch, only in remapping something that is already being
++ # fetched by name.
++ git config remote.origin.fetch "+refs/heads/*:refs/remotes/origin/*" &&
++ git fetch origin &&
++ check_fetched_refs <<-\EOF
++ refs/remotes/origin/HEAD
++ refs/remotes/origin/main
++ refs/remotes/origin/other
++ EOF
++ )
++'
+
test_expect_success 'explicitly empty --refmap option disables remote.*.fetch' '
git branch -f side &&
2: 74c177e3e2 ! 2: fd6864daaf fetch: infer branches to fetch from a refmap-only remote
@@ builtin/fetch.c: static struct ref *get_ref_map(struct remote *remote,
get_fetch_map(ref_map, &fetch_refspec->items[i], &oref_tail, 1);
+ } else if (inferred_branches) {
+ /* Already fully handled above. */
- } else if (effective_refmap && effective_refmap->nr) {
+ } else if (refmap.nr) {
die("--refmap option is only meaningful with command-line refspec(s)");
} else {
@@ builtin/fetch.c: static struct ref *get_ref_map(struct remote *remote,
3: 3abcc8915b = 3: a2208875b6 remote: add "git remote add --limited-fetch"
4: 84d192445c = 4: c8fd073de3 remote: default to --limited-fetch in a shallow repository
--
gitgitgadget
next prev parent reply other threads:[~2026-10-07 21:56 UTC|newest]
Thread overview: 53+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-09-19 14:47 [PATCH] fetch: add config to avoid fetching every branch in shallow repo Harald Nordgren via GitGitGadget
2026-09-21 13:28 ` Phillip Wood
2026-09-21 21:45 ` Harald Nordgren
2026-09-22 13:00 ` Harald Nordgren
2026-09-22 14:53 ` Phillip Wood
2026-09-22 15:37 ` Harald Nordgren
2026-09-23 15:14 ` Phillip Wood
2026-09-22 17:11 ` Junio C Hamano
2026-09-22 21:40 ` Harald Nordgren
2026-09-23 15:19 ` Phillip Wood
2026-09-23 15:34 ` Junio C Hamano
2026-09-23 16:55 ` D. Ben Knoble
2026-09-23 19:50 ` Junio C Hamano
2026-09-24 17:10 ` D. Ben Knoble
2026-09-24 18:02 ` Junio C Hamano
2026-09-23 20:35 ` [PATCH v2] fetch: avoid fetching every branch of a new remote in a " Harald Nordgren via GitGitGadget
2026-09-23 21:38 ` Junio C Hamano
2026-09-25 10:49 ` [PATCH v3 0/4] " Harald Nordgren via GitGitGadget
2026-09-25 10:49 ` [PATCH v3 1/4] fetch: add remote.<name>.refmap Harald Nordgren via GitGitGadget
2026-09-25 22:38 ` Junio C Hamano
2026-09-25 10:50 ` [PATCH v3 2/4] fetch: infer branches to fetch from a refmap-only remote Harald Nordgren via GitGitGadget
2026-09-25 23:26 ` Junio C Hamano
2026-09-25 10:50 ` [PATCH v3 3/4] remote: add "git remote add --limited-fetch" Harald Nordgren via GitGitGadget
2026-09-25 10:50 ` [PATCH v3 4/4] remote: default to --limited-fetch in a shallow repository Harald Nordgren via GitGitGadget
2026-09-29 9:19 ` [PATCH v4 0/4] fetch: avoid fetching every branch of a new remote in a shallow repo Harald Nordgren via GitGitGadget
2026-09-29 9:19 ` [PATCH v4 1/4] fetch: add remote.<name>.refmap Harald Nordgren via GitGitGadget
2026-09-29 9:19 ` [PATCH v4 2/4] fetch: infer branches to fetch from a refmap-only remote Harald Nordgren via GitGitGadget
2026-09-29 9:27 ` Harald Nordgren
2026-09-29 20:17 ` Junio C Hamano
2026-09-29 9:19 ` [PATCH v4 3/4] remote: add "git remote add --limited-fetch" Harald Nordgren via GitGitGadget
2026-09-29 9:19 ` [PATCH v4 4/4] remote: default to --limited-fetch in a shallow repository Harald Nordgren via GitGitGadget
2026-09-29 19:36 ` [PATCH v4 0/4] fetch: avoid fetching every branch of a new remote in a shallow repo Junio C Hamano
2026-10-02 7:13 ` [PATCH v5 " Harald Nordgren via GitGitGadget
2026-10-02 7:13 ` [PATCH v5 1/4] fetch: add remote.<name>.refmap Harald Nordgren via GitGitGadget
2026-10-02 7:13 ` [PATCH v5 2/4] fetch: infer branches to fetch from a refmap-only remote Harald Nordgren via GitGitGadget
2026-10-02 7:13 ` [PATCH v5 3/4] remote: add "git remote add --limited-fetch" Harald Nordgren via GitGitGadget
2026-10-02 16:28 ` Junio C Hamano
2026-10-02 7:13 ` [PATCH v5 4/4] remote: default to --limited-fetch in a shallow repository Harald Nordgren via GitGitGadget
2026-10-04 8:31 ` [PATCH v6 0/4] fetch: avoid fetching every branch of a new remote in a shallow repo Harald Nordgren via GitGitGadget
2026-10-04 8:31 ` [PATCH v6 1/4] fetch: add remote.<name>.refmap Harald Nordgren via GitGitGadget
2026-10-04 8:31 ` [PATCH v6 2/4] fetch: infer branches to fetch from a refmap-only remote Harald Nordgren via GitGitGadget
2026-10-04 8:31 ` [PATCH v6 3/4] remote: add "git remote add --limited-fetch" Harald Nordgren via GitGitGadget
2026-10-04 8:31 ` [PATCH v6 4/4] remote: default to --limited-fetch in a shallow repository Harald Nordgren via GitGitGadget
2026-10-04 17:17 ` [PATCH v6 0/4] fetch: avoid fetching every branch of a new remote in a shallow repo Junio C Hamano
2026-10-04 19:51 ` Harald Nordgren
2026-10-05 12:17 ` Junio C Hamano
2026-10-05 18:09 ` Harald Nordgren
2026-10-07 21:56 ` Harald Nordgren via GitGitGadget [this message]
2026-10-07 21:56 ` [PATCH v7 1/4] fetch: add remote.<name>.refmap Harald Nordgren via GitGitGadget
2026-10-07 21:56 ` [PATCH v7 2/4] fetch: infer branches to fetch from a refmap-only remote Harald Nordgren via GitGitGadget
2026-10-08 16:59 ` Junio C Hamano
2026-10-07 21:56 ` [PATCH v7 3/4] remote: add "git remote add --limited-fetch" Harald Nordgren via GitGitGadget
2026-10-07 21:56 ` [PATCH v7 4/4] remote: default to --limited-fetch in a shallow repository Harald Nordgren via GitGitGadget
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=pull.2412.v7.git.git.1791410164.gitgitgadget@gmail.com \
--to=gitgitgadget@gmail.com \
--cc=ben.knoble@gmail.com \
--cc=git@vger.kernel.org \
--cc=haraldnordgren@gmail.com \
--cc=phillip.wood123@gmail.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.