Re: [RFC] git-submodule: multiple-level modules definition

From: Lars Hjemli <hjemli@gmail.com>
Date: Mar 3, 2008, 11:51 UTC
Message-ID: <8c5c35580803030351l2e8d7eedq58108b54bf07dc5c@mail.gmail.com>
In-Reply-To: <46dff0320803030302t286c33a5h3555200c9e8840e3@mail.gmail.com>

On Mon, Mar 3, 2008 at 12:02 PM, Ping Yin <pkufranky@gmail.com> wrote:

Show 15 quoted lines

>
> On Mon, Mar 3, 2008 at 2:57 PM, Lars Hjemli <hjemli@gmail.com> wrote:
>  > On Mon, Mar 3, 2008 at 2:47 AM, Ping Yin <pkufranky@gmail.com> wrote:
>  >  >  But why always
>  >  >  use git init even when we don't have the local configuration
>  >  >  requirement?
>  >
>  >  We need a way to tell git which of those submodules we are interested
>  >  in, i.e. which submodules to clone/fetch during 'git submodule
>  >  update'.
>  >
>  Now that's easy with the multiple level module definition. We can now
>  group our modules by hierachy and designate modules we are interested
>  by logical names such as crawler or search as my proposal has
>  mentioned.

Sorry, you've lost me here. How is 'git submodule update' going to avoid cloning/fetching all submodules with your proposal?

PS: the supposed work-flow is an initial 'git submodule init foo bar
baz' (i.e. register the submodules you're interested in checking out)
followed by an occasional 'git submodule update' (i.e. update all the
submodules you are interested in).

-- lh