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

git submodule, multi-threading the update process for large number of registered submodules

From
JPJose Paredes <jose.paredes.rios@gmail.com>
Date
Sep 2, 2014, 07:53 UTC
Message-ID
<CAK9Skq_-cidRHrbVNgJqoV3nYCxRNDO6vTifOJRUFKaWEZyzkw@mail.gmail.com>
Dear Git community
Is there any way to run "git submodule update" in multiple threads?

The use case: ------------------- "git submodule update" seems to be inefficient when running sequentially on a large .gitmodules file. Assuming a git forest with over 7K gits it takes hours to complete the update (running on Windows+Cygwin)

If not supported, this feature could be a good candidate for "git submodule" enhancement. What is your opinion or advice?

Thanks and regards
José
Next: Jens Lehmann
Message 1 of 2 in “git submodule, multi-threading the update process for large number of registered submodules”
  1. Jose ParedesSep 2, 2014
  2. Jens LehmannSep 2, 2014

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.