Re: [PATCH 6/6] Teach core object handling functions about gitlinks

From: Martin Waitz <tali@admingilde.org>
Date: Apr 12, 2007, 00:35 UTC
Message-ID: <20070412003539.GP21701@admingilde.org>
In-Reply-To: <461D798B.3040008@vilain.net>

hoi :)

On Thu, Apr 12, 2007 at 12:12:59PM +1200, Sam Vilain wrote:

Show 13 quoted lines

> Linus Torvalds wrote:
> > So there's a very real issue where a repository with submodules still 
> > "works", even with a .gitmodules file that is totally scrogged and doesn't 
> > have the right information (yet), it's just that it may simply not be able 
> > to do all the operations because it cannot figure out where to pull 
> > missing subproject data from etc..
> >   
> 
> Whoa... "missing" subproject data?
> 
> Surely, unless you're doing lightweight/shallow clones, if you have a
> gitlink you've also got the dependent repository? Otherwise the
> reachability rule will be broken.

With submodules you actually have a natural cutting point where you can say: no, I don't want to get that. So for submodules the reachability rule is a little bit more relaxed.

And when you fetch the superproject you now need some way to fetch the new submodule objects. They may be in the same upstream repository but it may make sense to have this configurable.

-- 
Martin Waitz