----- Original Message -----
From: "Adam Strzelecki" <o...@java.pl>
To: "Philip Oakley" <philipoak...@iee.org>
Sent: Monday, June 17, 2013 6:49 PM
Subject: Re: [git-users] Submodule tracking remote master shows modified
on super project git status after submodule update --remote
The super project 'git status' will tell you if any of it's parts have
been changed, and that includes, the status of the sub-directories
that are sub-modules - and you just said that it had been updated.
Yes they were updated, but their HEAD still is equal to what .gitmodule
"branch" is set to. I would expect it didn't show any modifications
then, unless submodule header != .gitmodule "branch".
Importantly, sub-modules are "never" on a branch, they are (normally)
checked out at a specific commit (remember the bit about fixed
libraries), so that may be part of your problems - It takes a bit to
get though all the manual pages and even then, understanding doesn't
always convert to a useful working practice.... [aside: I still
battle the msysgit/git sub-module structure]
So it makes "branch" setting introduced in Git 1.8.2 just a hint for git
submodule update --remote, and nothing more (unfortunately), right?
Then well this isn't really useful if I need to manually update
submodule tracked SHA1 anyway whenever branch gets updated :(
Adam Strzelecki | nanoant.com | twitter.com/nanoant
Looking through the documentation history in the History tab
don't see anything that changes the basic underlying behavior about
having a specific commit checked out, but there are updates with
the --branch option for fetching updates.
The super project git tree needs to know the exact version of every part
of the tree, including the sub-modules, to do a commit, so if your
update of the submodule means you have a newer version, then yes, status
will show that change (of checked out commit sha1 id). The ability to
get updates easier for sub-modules doesn't mean that
verification/validation recording has gone away.
If you truly want those new sub-modules updates in the tree then yes, it
is an uncommitted change.
But, it is easy to accidentally misunderstand and talk past each other
on sub-modules... perhaps a short command history. or an example
sequence that can recreate your concern would help clear any
You received this message because you are subscribed to the Google Groups "Git for
human beings" group.
To unsubscribe from this group and stop receiving emails from it, send an email
For more options, visit https://groups.google.com/groups/opt_out.