Re: [PATCH 5/6] Teach "fsck" not to follow subproject links
- From
Sam Vilain <sam@vilain.net>
- Date
- Apr 11, 2007, 22:59 UTC
- Message-ID
- <461D6858.4090007@vilain.net>
- In-Reply-To
- <Pine.LNX.4.64.0704111545040.6730@woody.linux-foundation.org>
Linus Torvalds wrote:
Show 14 quoted lines
> > Does this consider the case where the intent of the subprojects are to > > collate multiple, small projects into one bigger project? > > > > In that case, you might want to keep all of the subprojects in the same > > git repository. > > I assume you mean "you might want to keep all of the subprojects' objects > in the same git object directory". > > And yes, that's absolutely true, but it's technically no different from > just using GIT_OBJECT_DIRECTORY to share objects between totally unrelated > projects, or using git/alternates to share objects between (probably > *less* unrelated repositories, but still clearly individual repos). >
Would that be the only distinction?
Would submodules be descended into for object reachability questions?
> So the main point of superproject/subprojects is to allow independence > (because independence is what allows it to scale), but there is nothing to > say that things *have* to kept totally isolated. >
I'm particularly interested in repositories with, say, thousands of submodules but only a few hundred meg. I really want to avoid the situation where each of those submodules gets checked or descended into separately for updates etc.
Sam.