Hi, On Thu, Aug 04, 2011 at 12:29:22AM +0200, henri GEIST wrote: > Le mercredi 03 ao??t 2011 ?? 23:30 +0200, Jens Lehmann a ??crit : > > Let me make this clear: this is not about changing how submodules are > > committed in a superproject. It is not about having a loose collection of > > projects, they stay tied together in a defined state by the superproject. > > > > Yes but for me, from when I started this this topic, it was all about > having a loose collection of project with dependency references between > them. And get rid of the superproject. > It is my first and only goal. In that case maybe what you want is your own completely independent implementation of a tool which manages a collection of submodules. I doubt that tracking of submodules outside of the worktree will ever be accepted inside core git. Some dependency scheme which makes use of the current submodule implementation could be a feasible way but you can not get rid of the superproject. Your approach introduces many problems which you were not able to present solutions for. So if you really want to work on this I suggest you try to implement your solution outside of core git first. If you can prove that you can solve all the immanent problems we can discuss integrating it into git again. > > Henri wanted it a bit upside down: any submodule could request a certain > > version of another submodule somewhere else in the repo. And he wanted to > > use gitlinks from one submodule to another for that, which I - hopefully - > > convinced him was no good idea. > > > > You just convince me that submodules are more than I need and to make a > lighter independent version of submodules which will never been followed > by git commands. As described above this is probably the best way for you. Maybe you can prove that such a tool works but git's submodules implementation can currently not really assist you with your approach. Cheers Heiko -- 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