Martin Waitz wrote: > On Sun, Dec 17, 2006 at 02:01:09PM +0100, Jakub Narebski wrote: >> Well, in the .gitlink proposal you could specify GIT_DIR for checkout, >> or separately: GIT_OBJECT_DIRECTORY, GIT_INDEX_FILE, GIT_REFS_DIRECTORY >> (does not exist yet), GIT_HEAD_FILE (does not exist yet, and I suppose >> it wouldn't be easy to implement it). By the way, that's why I'm for >> .gitlink name for the file, not .git -- this way .gitlink can "shadow" >> what's in .git, for example specifying in a smart way where to search >> (where to find) object database, but HEAD and index would be stored >> together with the checked out directory in .git > > What about .git/link or something? > (Obviously without the capability to change GIT_DIR) Well, the .gitlink proposal at it is now (by Josef) serves both as a way to implement lightweight checkout (i.e. having additional working dir to some repository, or having working dir separate from bare repository), and as a way to have "smart" submodules (which you can move and rename) in submodules/subproject support. Besides, I'd rather either use config file for this (core.link or core.git_dir), or use .git/GIT_DIR. >> By the way, I'm rather partial to supermodule following HEAD in submodule, >> not specified branch. First, I think it is easier from implementation >> point of view: you don't have to remember which branch supermodule should >> take submodule commits from; and this cannot be fixed branch name like >> 'master'. [...] > In the setup you described a git-checkout in the supermodule would have > to switch to a different branch in the submodule, depending on the > branchname which would have to be stored in the supermodule. > This a lot more complex. O.K. Now I understand why you prefer specified branch to HEAD. I have forgot that checkout must update submodule ref, and if we track HEAD we would have to remember the branch it pointed to. By the way, should this ref be in submodule, or in supermodule, e.g. in refs/modules/<name>/HEAD? And there is a problam _what_ branch should be that. Both approaches have advantages and disadvantages... -- Jakub Narebski Poland - 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