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

Issues for git-submodule

From
Yin Ping <pkufranky@gmail.com>
Date
Oct 20, 2007, 07:31 UTC
Message-ID
<46dff0320710200031x2a58706cl7d3df11cad12d4d2@mail.gmail.com>
In-Reply-To
<46dff0320710200027o5fe434b4i9bd4f3ffc17f03f6@mail.gmail.com>
1. gti-submodule status
   As the manual says, '+'  is shown if the currently checked out
submodule commit does not match the SHA-1 found in the index of the
containing repository.
  However, not matching has two cases: one is a new commit in the
submodule, the other  is update of index of the submodule after a
command such as "git-pull".
  So which is the case when a '+' is seen? Should i run 'git-commit'
or 'git-submodule update'? As a suggestion, I think git should tell
the user which commit  is newer (the one in supermodule index or the
HEAD of the submodule) and even give the log entry between the two
commits.
2. As I first saw 'git-submodule status submoduepath',  I thought it
should do the following thing
   cd submoduepath && git-status && cd -
   This is actually what i need, espacially when i have a lot of
submodules and has made changes in some modules. How do i know which
modules have been changed and how they have been changed?
  So, In some degree, I even think current 'git-submodule status'
should be replaced by git-status and the right thing 'git-submodule
status' should do is to show the status of submodule itself as i just
said above.

-- franky

Message 1 of 1 in “Issues for git-submodule”
  1. Yin PingOct 20, 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.