All of lore.kernel.org
 help / color / mirror / Atom feed
From: Junio C Hamano <gitster@pobox.com>
To: Chris Frey <cdfrey@foursquare.net>
Cc: git@vger.kernel.org
Subject: Re: git-status for submodules
Date: Fri, 21 Nov 2008 06:56:15 -0800	[thread overview]
Message-ID: <7vabbtqga8.fsf@gitster.siamese.dyndns.org> (raw)
In-Reply-To: <20081120033615.GA21128@foursquare.net> (Chris Frey's message of "Wed, 19 Nov 2008 22:36:15 -0500")

Chris Frey <cdfrey@foursquare.net> writes:

> I'm using git 1.6.0.4 and trying to make submodules work for me.  The
> init/add/update steps are a bit tedious, but workable.  The problem I have
> is when I make a change in a submodule, then git-status does not show
> the change.

My understanding is that this is exactly by design.  The supermodule
tracks which commit in the subproject is bound to the tree location.

A mere act of changing something in the subproject directory is just a
single, incomplete step to create a new commit in the subproject and will
not be seen by the superproject's status.  Instead of this workflow:

> 	cd super
> 	vi newsuper
> 	vi existing_file
> 	cd sub
> 	vi newsub
> 	cd ..
> 	git status

the submodule support is geared toward supporting this layout:

	- "super" has a subproject X at "sub"

        - When you do a real work on the subproject X, you do so as if
          there is no supermodule.  IOW, subproject X has to be able to
          stand on its own.

One extreme case is you have a(nother) clone of subproject X that is
independent from "super", do the real work there and create new commit,
and update the subproject X inside "super".  In such a workflow, "super"
will never see an intermediate state between commits in the subproject
directory.



	

  reply	other threads:[~2008-11-21 14:57 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-11-20  3:36 git-status for submodules Chris Frey
2008-11-21 14:56 ` Junio C Hamano [this message]
2008-11-21 15:27   ` Johan Herland
2008-11-21 21:56     ` Chris Frey
2008-11-21 22:42   ` Chris Frey
2008-11-22  0:55     ` Junio C Hamano

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=7vabbtqga8.fsf@gitster.siamese.dyndns.org \
    --to=gitster@pobox.com \
    --cc=cdfrey@foursquare.net \
    --cc=git@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.