Re: [PATCH 3/6] Add 'resolve_gitlink_ref()' helper function
- From
Alex Riesen <raa.lkml@gmail.com>
- Date
- Apr 10, 2007, 15:35 UTC
- Message-ID
- <81b0412b0704100835vbbfe8e7o2df2f121ce088589@mail.gmail.com>
- In-Reply-To
- <Pine.LNX.4.64.0704100756060.6730@woody.linux-foundation.org>
On 4/10/07, Linus Torvalds <torvalds@linux-foundation.org> wrote:
Show 14 quoted lines
> > > > Can't a subproject be bare? > > Not when it is checked out, no. That's what "checked out" means ;) > > If a subproject is bare, it never gets resolved, because it's never > checked out in a superproject. > > So a subproject *can* be bare, but when it's bare it is just a totally > regular independent git project, simply by *definition* of not being > checked out inside a superproject. > > But hey, that was just a design decision of mine, and if people can argue > for it being wrong, I don't think I'm married to it ;)
I didn't actually had a use case in mind as I asked it. After a bit of thinking I could imagine a repo which is used for integration exclusively (no compilation or looking at the files at all).