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

Remotes order in "git remote update"

From
Samuel Tardieu <sam@rfc1149.net>
Date
Mar 9, 2008, 10:22 UTC
Message-ID
<2008-03-09-11-22-34+trackit+sam@rfc1149.net>

It looks like remote repositories are ordered alphabetically by their local names when doing a "git remote update". In a project I follow, it has an unfortunate consequence: a dumb remote repository using "http://" is fetched first, while many commits are shared between all the upstreams I follow.

If remotes were fetched using their order in .git/config, it would fetch from a "git://" remote repository first, limiting transfers from the dumb remote repository. Is there a way to force the update order short of changing the local names or issuing multiple fetch commands?

  Sam
-- 
Samuel Tardieu -- sam@rfc1149.net -- http://www.rfc1149.net/
Next: Junio C Hamano
Message 1 of 9 in “Remotes order in "git remote update"”
  1. Samuel TardieuMar 9, 2008
  2. Junio C HamanoMar 9, 2008
  3. Samuel TardieuMar 9, 2008
  4. Johannes SchindelinMar 9, 2008
  5. Junio C HamanoMar 10, 2008
  6. Johannes SchindelinMar 10, 2008
  7. Samuel TardieuMar 10, 2008
  8. Johannes SchindelinMar 10, 2008
  9. Junio C HamanoMar 10, 2008

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.