On Tuesday 12 June 2007, Lars Hjemli wrote: > This is somewhat intentional. I want to move the submodule repos into > .git/submodules/$name/ (with working dir) and symlink this directory > when 'checking out' the submodule. This would be a simple solution for > the following problems: > -keeping submodule modifications between checkouts > -having submodules within submodules Interesting idea. How does this work (1) if the submodule checkout changes with the supermodule checkout? You still would have to store the modifications somewhere. (2) on platforms which do not allow symlinks A workaround for problem (1) would be to create multiple checkouts of the same submodule if modified, e.g. in .git/submodule/$name/$sha1 . Allowing people to work like that is nice, but it should not be forced. It would also be nice to allow the user to specify another place where submodule checkouts are to be stored, e.g. when multiple supermodules share the same submodule. Josef > > Multiple checkout paths for a single submodule will bring havoc on > this plan, so I need to ask: what is the use-case for multiple > checkout paths? > - 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
