From: Johannes Schindelin <johannes.schindelin@gmx.de>
Date: Wed, 11 Sep 2019 12:01:14 GMT
Subject: pd/fetch-jobs, was Re: What's cooking in git.git (Sep 2019, #01; Sat, 7)
Message-ID: <nycvar.QRO.7.76.6.1909111359150.5377@tvgsbejvaqbjf.bet>
In-Reply-To: <xmqqd0gcm2zm.fsf@gitster-ct.c.googlers.com>

Hi Junio,

On Sat, 7 Sep 2019, Junio C Hamano wrote:

> * pd/fetch-jobs (2019-08-13) 5 commits
>  . fetch: make --jobs control submodules and remotes
>  . fetch: add the --submodule-fetch-jobs option
>  . fetch: add the fetch.jobs config key
>  . fetch: add the "--fetch-jobs" option
>  . fetch: rename max_children to max_children_for_submodules
>
>  "git fetch --jobs" is getting taught to also run fetch jobs in
>  parallel when fetching from multiple remote repositories.
>
>  Comments?

I still stand by my suggestion that it is undesirable (and makes the
code much more complicated than necessary) to end up with three options.
Having only `--jobs=<n>` would be the ideal solution.

Ciao,
Dscho