git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: [PATCH v8 2/5] fetch: extract collect_upstream_from_remote() helper

From
Junio C Hamano <gitster@pobox.com>
Date
Oct 10, 2026, 17:11 UTC
Message-ID
<xmqqik39iipg.fsf@gitster.g>
In-Reply-To
<08fea07a8be8a91ac54db44f9c035ecb49c86c9f.1791619334.git.gitgitgadget@gmail.com>
"Harald Nordgren via GitGitGadget" <gitgitgadget@gmail.com> writes:
Show 24 quoted lines
> @@ -1962,23 +1962,36 @@ static int do_fetch(struct transport *transport,
>  
>  	if (rs->nr) {
>  		refspec_ref_prefixes(rs, &transport_ls_refs_options.ref_prefixes);
>  	} else {
> -		struct branch *branch = branch_get(NULL);
>  
> -		if (transport->remote->fetch.nr) {
> -			refspec_ref_prefixes(&transport->remote->fetch,
> -					     &transport_ls_refs_options.ref_prefixes);
> -			if (follow_remote_head != FOLLOW_REMOTE_NEVER)
> -				do_set_head = 1;
> -		}
> -		if (branch && branch_has_merge_config(branch) &&
> -		    !strcmp(branch->remote_name, transport->remote->name)) {
> -			int i;
> -			for (i = 0; i < branch->merge_nr; i++) {
> -				strvec_push(&transport_ls_refs_options.ref_prefixes,
> -					    branch->merge[i]->src);
> -			}
> -		}
>  
>  		/*
>  		 * If there are no refs specified to fetch, then we just

We used to say "if there is remote.*.fetch, add them. whether there is remote.*.fetch or not, if the current branch builds on their branch(es), add them too".

Show 34 quoted lines
> @@ -1962,23 +1962,36 @@ static int do_fetch(struct transport *transport,
>  
>  	if (rs->nr) {
>  		refspec_ref_prefixes(rs, &transport_ls_refs_options.ref_prefixes);
> +	} else if (transport->remote->fetch.nr) {
> +		struct string_list tracked = STRING_LIST_INIT_DUP;
> +		struct string_list_item *item;
> +
> +		refspec_ref_prefixes(&transport->remote->fetch,
> +				     &transport_ls_refs_options.ref_prefixes);
> +		if (follow_remote_head != FOLLOW_REMOTE_NEVER)
> +			do_set_head = 1;
> +
> +		/*
> +		 * The configured refspec may not cover the current
> +		 * branch's upstream (e.g. a narrowed -t refspec), so
> +		 * make sure we can still fetch it regardless.
> +		 */
> +		collect_upstream_from_remote(the_repository, &tracked,
> +					      transport->remote, NULL);
> +		for_each_string_list_item(item, &tracked)
> +			strvec_push(&transport_ls_refs_options.ref_prefixes,
> +				    item->string);
> +		string_list_clear(&tracked, 0);
>  	} else {
> +		struct string_list tracked = STRING_LIST_INIT_DUP;
> +		struct string_list_item *item;
>  
> +		collect_upstream_from_remote(the_repository, &tracked,
> +					      transport->remote, NULL);
> +		for_each_string_list_item(item, &tracked)
> +			strvec_push(&transport_ls_refs_options.ref_prefixes,
> +				    item->string);
> +		string_list_clear(&tracked, 0);

This reorganizes it to say "if there is remote.*.fetch, do the same as before. If there is not remote.*.fetch, add their branch(es) the current branch wants".

This "duplicate what happens to the current branch" belongs to the next step where you want to add more logic to the latter part (i.e., "no remote.*.fetch" case), and not to this step.

IOW I would have expected to see
	} else {
		if (transport->remote->fetch.nr) {
			struct string_list tracked = STRING_LIST_INIT_DUP;
			struct string_list_item *item;
			refspec_ref_prefixes(&transport->remote->fetch,
					     &transport_ls_refs_options.ref_prefixes);
			if (follow_remote_head != FOLLOW_REMOTE_NEVER)
				do_set_head = 1;
		}
		/*
		 * The configured refspec may not cover the current
		 * branch's upstream (e.g. a narrowed -t refspec), so
		 * make sure we can still fetch it regardless.
		 */
		collect_upstream_from_remote(the_repository, &tracked,
					      transport->remote, NULL);
		for_each_string_list_item(item, &tracked)
			strvec_push(&transport_ls_refs_options.ref_prefixes,
				    item->string);
		string_list_clear(&tracked, 0);
	}

that touches "help the current branch when rs->nr == 0" part and nothing else.

Of course, because the next step [3/5] wants to split the above else{} block to do different things between the case where remote.*.fetch is and is not empty, at that point the extra code may be introduced there, ending up with the shape of if/else if cascade as we see in your patch.

Show 21 quoted lines
> diff --git a/remote.c b/remote.c
> index 99a086ea5a..5e980625b8 100644
> --- a/remote.c
> +++ b/remote.c
> @@ -1884,6 +1884,21 @@ int branch_merge_matches(struct branch *branch,
>  	return refname_match(branch->merge[i]->src, refname);
>  }
>  
> +void collect_upstream_from_remote(struct repository *repo,
> +				   struct string_list *tracked,
> +				   struct remote *remote,
> +				   const char *refname)
> +{
> +	struct branch *branch = repo_branch_get(repo, refname);
> +
> +	if (!branch_has_merge_config(branch) ||
> +	    strcmp(branch->remote_name, remote->name))
> +		return;
> +	for (int i = 0; i < branch->merge_nr; i++)
> +		string_list_insert(tracked, branch->merge[i]->src);
> +}

The original tries to avoid branch == NULL causing a segfault, but the above does not. Intended or overlooked?

Other than that, this looks like a straight-forward refactoring.
Previous: Harald Nordgren via GitGitGadgetNext: Harald Nordgren
Message 59 of 64 in “fetch: add config to avoid fetching every branch in shallow repo”
  1. fetch: add config to avoid fetching every branch in shallow repoHarald Nordgren via GitGitGadget, Sep 19, 2026
  2. Phillip WoodSep 21, 2026
  3. Harald NordgrenSep 21, 2026
  4. Harald NordgrenSep 22, 2026
  5. Phillip WoodSep 22, 2026
  6. Harald NordgrenSep 22, 2026
  7. Phillip WoodSep 23, 2026
  8. Junio C HamanoSep 22, 2026
  9. Harald NordgrenSep 22, 2026
  10. Phillip WoodSep 23, 2026
  11. Junio C HamanoSep 23, 2026
  12. D. Ben KnobleSep 23, 2026
  13. Junio C HamanoSep 23, 2026
  14. D. Ben KnobleSep 24, 2026
  15. Junio C HamanoSep 24, 2026
  16. fetch: avoid fetching every branch of a new remote in a shallow repoHarald Nordgren via GitGitGadget, Sep 23, 2026
  17. Junio C HamanoSep 23, 2026
  18. 0/4 fetch: avoid fetching every branch of a new remote in a shallow repoHarald Nordgren via GitGitGadget, Sep 25, 2026
  19. 1/4 fetch: add remote.<name>.refmapHarald Nordgren via GitGitGadget, Sep 25, 2026
  20. Junio C HamanoSep 25, 2026
  21. 2/4 fetch: infer branches to fetch from a refmap-only remoteHarald Nordgren via GitGitGadget, Sep 25, 2026
  22. Junio C HamanoSep 25, 2026
  23. 3/4 remote: add "git remote add --limited-fetch"Harald Nordgren via GitGitGadget, Sep 25, 2026
  24. 4/4 remote: default to --limited-fetch in a shallow repositoryHarald Nordgren via GitGitGadget, Sep 25, 2026
  25. 0/4 fetch: avoid fetching every branch of a new remote in a shallow repoHarald Nordgren via GitGitGadget, Sep 29, 2026
  26. 1/4 fetch: add remote.<name>.refmapHarald Nordgren via GitGitGadget, Sep 29, 2026
  27. 2/4 fetch: infer branches to fetch from a refmap-only remoteHarald Nordgren via GitGitGadget, Sep 29, 2026
  28. Harald NordgrenSep 29, 2026
  29. Junio C HamanoSep 29, 2026
  30. 3/4 remote: add "git remote add --limited-fetch"Harald Nordgren via GitGitGadget, Sep 29, 2026
  31. 4/4 remote: default to --limited-fetch in a shallow repositoryHarald Nordgren via GitGitGadget, Sep 29, 2026
  32. Junio C HamanoSep 29, 2026
  33. 0/4 fetch: avoid fetching every branch of a new remote in a shallow repoHarald Nordgren via GitGitGadget, Oct 2, 2026
  34. 1/4 fetch: add remote.<name>.refmapHarald Nordgren via GitGitGadget, Oct 2, 2026
  35. 2/4 fetch: infer branches to fetch from a refmap-only remoteHarald Nordgren via GitGitGadget, Oct 2, 2026
  36. 3/4 remote: add "git remote add --limited-fetch"Harald Nordgren via GitGitGadget, Oct 2, 2026
  37. Junio C HamanoOct 2, 2026
  38. 4/4 remote: default to --limited-fetch in a shallow repositoryHarald Nordgren via GitGitGadget, Oct 2, 2026
  39. 0/4 fetch: avoid fetching every branch of a new remote in a shallow repoHarald Nordgren via GitGitGadget, Oct 4, 2026
  40. 1/4 fetch: add remote.<name>.refmapHarald Nordgren via GitGitGadget, Oct 4, 2026
  41. 2/4 fetch: infer branches to fetch from a refmap-only remoteHarald Nordgren via GitGitGadget, Oct 4, 2026
  42. 3/4 remote: add "git remote add --limited-fetch"Harald Nordgren via GitGitGadget, Oct 4, 2026
  43. 4/4 remote: default to --limited-fetch in a shallow repositoryHarald Nordgren via GitGitGadget, Oct 4, 2026
  44. Junio C HamanoOct 4, 2026
  45. Harald NordgrenOct 4, 2026
  46. Junio C HamanoOct 5, 2026
  47. Harald NordgrenOct 5, 2026
  48. 0/4 fetch: avoid fetching every branch of a new remote in a shallow repoHarald Nordgren via GitGitGadget, Oct 7, 2026
  49. 1/4 fetch: add remote.<name>.refmapHarald Nordgren via GitGitGadget, Oct 7, 2026
  50. 2/4 fetch: infer branches to fetch from a refmap-only remoteHarald Nordgren via GitGitGadget, Oct 7, 2026
  51. Junio C HamanoOct 8, 2026
  52. Harald NordgrenOct 9, 2026
  53. Harald NordgrenOct 9, 2026
  54. 3/4 remote: add "git remote add --limited-fetch"Harald Nordgren via GitGitGadget, Oct 7, 2026
  55. 4/4 remote: default to --limited-fetch in a shallow repositoryHarald Nordgren via GitGitGadget, Oct 7, 2026
  56. 0/5 fetch: avoid fetching every branch of a new remote in a shallow repoHarald Nordgren via GitGitGadget, Oct 10, 2026
  57. 1/5 fetch: add remote.<name>.refmapHarald Nordgren via GitGitGadget, Oct 10, 2026
  58. 2/5 fetch: extract collect_upstream_from_remote() helperHarald Nordgren via GitGitGadget, Oct 10, 2026
  59. Junio C HamanoOct 10, 2026
  60. Harald NordgrenOct 10, 2026
  61. 3/5 fetch: infer branches to fetch from a refmap-only remoteHarald Nordgren via GitGitGadget, Oct 10, 2026
  62. 4/5 remote: add "git remote add --limited-fetch"Harald Nordgren via GitGitGadget, Oct 10, 2026
  63. Junio C HamanoOct 10, 2026
  64. 5/5 remote: default to --limited-fetch in a shallow repositoryHarald Nordgren via GitGitGadget, Oct 10, 2026

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.