>> - when updating the supermodule, you have to take care that your
Perhaps I'm just daft, but I fail to see how you can safely track a
topic-branch that might get rewinded or rebased in the submodule without
crippling the supermodule. Wasn't the intention that the supermodule has
a new tree object (called "submodule") that points to a commit in the
submodule from where it gets its tree and stuff? Is the intention that
the supermodule pulls all of the submodules history into its own ODB? If
so, what's the difference between just having one large repository. If
not, how can you make it not break in case the commit it references in
the submodule is pruned away?
One possible way would ofcourse be to add something like this to the
supermodule commit:
submodule directory/commit-sha1
tree submodule-tree-sha1
but then you're in trouble because the supermodule will have the same
files as all the submodules stored in its own tree. I'm confused. Could
someone shed some light on how this sub-/super-module connection is
supposed to work in the supermodule's commit objects?
--
Andreas Ericsson andreas.ericsson@op5.se
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@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html