-
Notifications
You must be signed in to change notification settings - Fork 140
fetch --multiple: respect --jobs=<n> #369
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
/submit |
Submitted as [email protected] |
This branch is now known as |
This patch series was integrated into pu via git@6f82b48. |
This patch series was integrated into pu via git@da9a9fa. |
This patch series was integrated into pu via git@0ca95d9. |
This patch series was integrated into pu via git@bfcc8df. |
So far, `--jobs=<n>` only parallelizes submodule fetches/clones, not `--multiple` fetches, which is unintuitive, given that the option's name does not say anything about submodules in particular. Let's change that. With this patch, also fetches from multiple remotes are parallelized. For backwards-compatibility (and to prepare for a use case where submodule and multiple-remote fetches may need different parallelization limits), the config setting `submodule.fetchJobs` still only controls the submodule part of `git fetch`, while the newly-introduced setting `fetch.parallel` controls both (but can be overridden for submodules with `submodule.fetchJobs`). Signed-off-by: Johannes Schindelin <[email protected]>
/submit |
Submitted as [email protected] |
This patch series was integrated into pu via git@a9467ae. |
This patch series was integrated into pu via git@5640973. |
This patch series was integrated into next via git@e798bac. |
This patch series was integrated into pu via git@8e67557. |
This patch series was integrated into pu via git@ba83ce5. |
This patch series was integrated into pu via git@407c7eb. |
This patch series was integrated into pu via git@9e571f6. |
This patch series was integrated into pu via git@d96e31e. |
This patch series was integrated into next via git@d96e31e. |
This patch series was integrated into master via git@d96e31e. |
Closed via d96e31e. |
I saw with sadness that
pd/fetch-jobs
went nowhere, and read in the most recent What's Cooking mail that it was even dropped.This is my attempt to resurrect the idea (although without the overhead of trying to support a first-class UI to control submodule and multiple-remote fetches independently, of which I was a rather outspoken opponent).
To make things a bit safer, this patch uses the
--end-of-options
marker, and is therefore based on top ofjk/eoo
.Changes since v1:
GETTEXT_POISON
.