Andy Parkins wrote:
On Thursday 2006 November 30 15:20, Sven Verdoolaege wrote:
You can work on the submodule independently.
It's not independent if any part of it is in the supermodule.
some of the development of the submodule is contained in the supermodule
then it's not a submodule anymore.
On the contrary, that's exactly what a submodule is supposed to be.
I don't think so. I think it's just made some complicated normal repository.
I believe that Andy meant "development history" in his above scentence.
Naturally, using the code from the submodule while being capable of
developing the submodule separately from the supermodule is what
submodules are all about.
How are you going to checkout the right commit of the lixcb repo if
you didn't store it in the supermodule ?
Well, I know what the commit is /that/ was all that was stored. So I
(actually supermodule-git does):
cd $DIRECTORY_ASSOCIATED_WITH_SUBMODULE
git checkout -f $COMMIT_FROM_SUPERMODULE
Obviously, this is grossly simplified. It also requires that HEAD be allowed
to be an arbitrary commit rather than a branch, but that's already been
generally agreed upon as a good thing.
It has? We're not talking supermodule specific things anymore, are we?
--
Andreas Ericsson andreas.ericsson@xxxxxx
OP5 AB www.op5.se
Tel: +46 8-230225 Fax: +46 8-230231
-
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html