On Saturday 09 December 2006 00:24, Jakub Narebski wrote: > > That is not possible: > > .gitignore file has its own meaning inside of the light-weight > > checkout aka submodule, as this directory is the root directory of > > a git checkout. > > I have forgot about that. Right. > > The only possibility would be to use GIT_DIR/info/excludes with path > to submodule, and this conflict with the ability to rename and move > submodules. Yes. This whole .gitlink thing more or less is about trying to avoid as far as possible any path configuration in the supermodule which would have to be changed when the user moves or even deletes the submodule. Exactly for the latter, we want the GITDIR for submodules better be separate. > >> GIT_DIR = path to base git repository > >> it is equivalent to setting the following: > >> > >> GIT_INDEX_FILE = path to index file > >> GIT_OBJECT_DIRECTORY = path to object directory > >> GIT_HEAD_FILE = path to HEAD file > >> GIT_REFS_DIRECTORY = path to refs directory > > > > AFAIK the latter two do not exist yet, or do they? > > They do not exist; perhaps they should for completeness. Actually, I am fine with allowing them in .gitlink. This makes the whole thing much more flexible. > [...] > > It is enough if GITDIR and NAME is given. With GITDIR_REAL after the > > smart lookup, e.g. GIT_INDEX_FILE would default to $GITDIR_REAL/external/$NAME > > and so on. > > Not $GITDIR_REAL/submodules/<name>/index (or modules instead of > submodules)? Ooops, yes. I am not actually sure what's the best name here: "external", "submodule", ... ? I thought the the SVN name also fits for the submodule case. The submodule is independent, and possibliy comes from an external git repository. > >> NAME = name > >> should match "name subdirectory" entry in modules file in superproject. > > > > Yes. > > This would be in my next proposal about how to build the submodule support > > on light-checkouts ;-) > > I have thought that with "each submodule as separate repository" approach > to submodules the modules file would have module name and either > subdirectory in which submodule resides, or GIT_DIR of submodule. And > this file could be generated on checkout... which doesn't survive closer > scrutiny. Of course, that is a more simple approach. But I think the .gitlink thing really is more flexible without being more complex. > > Ah, yes, I see. Perhaps this makes sense with absolute paths: > > > > /home/user/repos/.../linux > > You mean that the above means to check the following paths: > > /home/user/repos/linux > /home/user/linux > /home/linux > /linux No. > not the searching subdirectories of /home/user/repos for linux > directory (there can be many)? Yes. But you can scratch this. Josef - 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