hoi :) On Tue, Mar 27, 2007 at 01:00:12AM +0200, Josef Weidendorfer wrote: > On Tuesday 27 March 2007, Martin Waitz wrote: > > For submodules I currently use <parent>/.git/objects/module/<submodule>/ > > to store the objects belonging to the submodule. > > Perhaps it makes sense to extend this to a full .git directory per > > submodule, I'm not yet decided on that. > > IMHO this would be a nice property. As the submodule could exist > independently with its own remote heads/tags, you probably would want > to at least track these, even if it is a submodule in your > superproject. And then it makes sense to move it directly to > .git/module/... I am not sure that all the other submodule heads and tags really belong into the superproject. Perhaps they should simply be handled in some other way -- after all the submodule is a normal git repository and can handle heads and tags on its own quite well. But I haven't thought tag-handling for submodules through yet. > There also was a use case where one library project is used in >10 > superprojects. It would be nice to be able to make the submodule git dir > be outside of the supermodules git dir. However, this also can be done > with symlinks without any special support (aside from sharing the > head namespace). Of course you can always have a normal library.git repository with all the tags and stuff somewhere and just fetch from there if you need some central location for it. You could even add alternate entries pointing there to the libraries object store inside the supermodule. -- Martin Waitz
Attachment:
signature.asc
Description: Digital signature