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

Re: [PATCH] submodule update - don't run git-fetch if sha1 available

From
Junio C Hamano <gitster@pobox.com>
Date
Aug 11, 2007, 19:44 UTC
Message-ID
<7vfy2pn9eb.fsf@assigned-by-dhcp.cox.net>
In-Reply-To
<e7bda7770708111048s77fbf416k9d0352486aee6b4a@mail.gmail.com>
"Torgil Svensson" <torgil.svensson@gmail.com> writes:
> It's un-necessary (both time-consuming and annoying if you are
> disconnected) for git submodule update to always running git-fetch
> prior to the detached head checkout of the submodule if the commit
> already exists.

This is wrong. Existence of the commit object alone does not mean the necessary tree and blob objects to check out that commit, let alone all the history that leads to the commit, exist in the repository (think of a commit walker fetch that was interrupted in the middle). You need to make sure that the commit exists *AND* is reachable from one of the refs.

Previous: Torgil SvenssonNext: Torgil Svensson
Message 3 of 7 in “submodule update - don't run git-fetch if sha1 available”
  1. submodule update - don't run git-fetch if sha1 availableTorgil Svensson, Aug 11, 2007
  2. Torgil SvenssonAug 11, 2007
  3. Junio C HamanoAug 11, 2007
  4. Torgil SvenssonAug 12, 2007
  5. Junio C HamanoAug 12, 2007
  6. Torgil SvenssonAug 19, 2007
  7. Junio C HamanoAug 19, 2007

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.