Re: [RFC] Fourth round of support for cloning submodules
- From
Johannes Schindelin <johannes.schindelin@gmx.de>
- Date
- May 25, 2007, 12:44 UTC
- Message-ID
- <Pine.LNX.4.64.0705251343550.4648@racer.site>
- In-Reply-To
- <200705251427.46903.Josef.Weidendorfer@gmx.de>
Hi,
On Fri, 25 May 2007, Josef Weidendorfer wrote:
Show 23 quoted lines
> On Thursday 24 May 2007, Linus Torvalds wrote: > > > > On Thu, 24 May 2007, Junio C Hamano wrote: > > > > > > Why does this have to be out-of-tree and unversioned to begin > > > with? > > > > I _really_ think that the right approach is to > > > > - have the submodules information under version control (and I'd > > personally call it the ".gitmodules" file, but whatever) > > > > This gives you the defaults, and the ability to change them. > > Sorry to repeat the obvious. > > I assume you talk about a versioned .gitmodules file tied to the > superproject history, and any fetch/pull would look into this > file from the current working directory to lookup the default URL. > > Wouldn't this have the problem that when you check out an old > revision of the superproject you get out-of-date URLs, so that > a fetch does not work (without local overrides)?
If you check out an old revision, wouldn't you have that _already_, so it does not matter what URL is given in .gitmodules?
Ciao, Dscho