Quoting Lars Hjemli <hjemli@xxxxxxxxx>: > I didn't look at the patch, but if the submodule uses a single > module-name while moving around, the re-cloning problem would by > solved if the submodule git-dir was stored inside the git-dir of the > containing repository (by using the git-file mechanism). Maybe I > should try to finally implement this... Is it similar to what was discussed earlier in the thread http://thread.gmane.org/gmane.comp.version-control.git/47466/focus=47621 (I asked gmane for "submodule relocate")? I think it is a good idea to resume your relocatable submodule directory design. Junio said he will keep 'next' open during the stabilization period before the release. I think he means that there is no need for you to be waiting. I noticed that Junio hasn't taken very big changes to git-submodule and I think it is firstly because he doesn't use submodules himself heavily as he said in the past. It is understandable if he feels uneasy to take large changes that can potentially affect its existing users if he hasn't developed enough first-hand experience with the part of the system himself. Junio doesn't get involved in git-gui discussion very much either, and I think the reason is the same (see http://gitster.livejournal.com/24080.html for example where he says he doesn't usually use GUI tools) but git-gui has Shawn who takes both initiative and responsibility in the area. git-submodule support would benefit from someobody like Shawn who takes an active role in improving it. -- Nanako Shiraishi http://ivory.ap.teacup.com/nanako3/ -- 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
