Re: [PATCH 4/4] builtin/ls-remote.c: recognize fetch.serverOption configuration

From: Patrick Steinhardt <ps@pks.im>
Date: Sep 3, 2024, 10:09 UTC
Message-ID: <ZtbgbIOxOB2_MzOA@pks.im>
In-Reply-To: <8962031f9997c4030cf32652908fc431f3bf9976.1725279236.git.gitgitgadget@gmail.com>

On Mon, Sep 02, 2024 at 12:13:56PM +0000, Xing Xin via GitGitGadget wrote:

Show 14 quoted lines

> diff --git a/Documentation/git-ls-remote.txt b/Documentation/git-ls-remote.txt
> index 76c86c3ce4f..fc9930193f8 100644
> --- a/Documentation/git-ls-remote.txt
> +++ b/Documentation/git-ls-remote.txt
> @@ -81,6 +81,9 @@ OPTIONS
>  	character.
>  	When multiple `--server-option=<option>` are given, they are all
>  	sent to the other side in the order listed on the command line.
> +	When no `--server-option=<option>` is given from the command
> +	line, the values of configuration variable `fetch.serverOption`
> +	are used instead.
>  
>  <repository>::
>  	The "remote" repository to query.  This parameter can be

Hm. So `fetch.serverOption` now applies to git-fetch(1), git-clone(1) and git-ls-remote(1). That feels somewhat unexpected to me given its name, so I'm further leaning into the direction by now that it should be a per-remote setting `remote.<name>.serverOption`.

Patrick