Re: tracking submodules out of main directory.
- From
Heiko Voigt <hvoigt@hvoigt.net>
- Date
- Aug 3, 2011, 21:45 UTC
- Message-ID
- <20110803214530.GA34347@book.hvoigt.net>
- In-Reply-To
- <4E399C62.30604@web.de>
Hi,
On Wed, Aug 03, 2011 at 09:07:14PM +0200, Jens Lehmann wrote:
Show 15 quoted lines
> Am 03.08.2011 19:11, schrieb Junio C Hamano: > But the superproject is still the place to say: I know these versions of > all submodules work together, so I commit their gitlinks here. But this > scheme enables submodules to give hints to help the superproject's user. > > > I also suspect that allowing each submodule to know and demand specific > > versions of other submodules will lead to inconsistencies. Which version > > of submodule C would you demand to have when submodule A wants version C0 > > and submodule B wants version C1 of it? > > Right, in the discussion so far it seemed like henri seems to be the only > user who is wanting an exact match, and he says he needs to see these > inconsistencies. But I think he can modify the "version xxx or newer" to > his needs without imposing these inconsistencies on users (like me) who > don't want to see them.
And I imagine if a submodule has such hints we could add a command say
git submodule resolve-dependencies
which could resolve such "I need a version newer than" hints given by a submodule to help the user to update a submodule in the superproject.
Disclaimer: I think we need to think about all the implications such a scheme introduces very carefully. The picture is still a bit blurry for me.
Cheers Heiko