* Issues for git-submodule
[not found] <46dff0320710200027o5fe434b4i9bd4f3ffc17f03f6@mail.gmail.com>
@ 2007-10-20 7:31 ` Yin Ping
0 siblings, 0 replies; only message in thread
From: Yin Ping @ 2007-10-20 7:31 UTC (permalink / raw)
To: git
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
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2007-10-20 7:31 UTC | newest]
Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <46dff0320710200027o5fe434b4i9bd4f3ffc17f03f6@mail.gmail.com>
2007-10-20 7:31 ` Issues for git-submodule Yin Ping
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).