[PATCH 3/9] submodule.c: sort changed_submodule_names before searching it
- From
Stefan Beller <sbeller@google.com>
- Date
- Nov 29, 2018, 00:27 UTC
- Message-ID
- <20181129002756.167615-4-sbeller@google.com>
- In-Reply-To
- <20181129002756.167615-1-sbeller@google.com>
We can string_list_insert() to maintain sorted-ness of the list as we find new items, or we can string_list_append() to build an unsorted list and sort it at the end just once.
As we do not rely on the sortedness while building the list, we pick the "append and sort at the end" as it has better worst case execution times.
Signed-off-by: Stefan Beller <sbeller@google.com> Signed-off-by: Junio C Hamano <gitster@pobox.com> --- submodule.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/submodule.c b/submodule.c index bc48ea3b68..3c388f85cc 100644 --- a/submodule.c +++ b/submodule.c @@ -1283,7 +1283,7 @@ static int get_next_submodule(struct child_process *cp, case RECURSE_SUBMODULES_DEFAULT: case RECURSE_SUBMODULES_ON_DEMAND: if (!submodule || - !unsorted_string_list_lookup( + !string_list_lookup( &changed_submodule_names, submodule->name)) continue; @@ -1377,6 +1377,7 @@ int fetch_populated_submodules(struct repository *r, /* default value, "--submodule-prefix" and its value are added later */ calculate_changed_submodule_paths(r); + string_list_sort(&changed_submodule_names); run_processes_parallel(max_parallel_jobs, get_next_submodule, fetch_start_failure,
-- 2.20.0.rc1.387.gf8505762e3-goog