On Tuesday 10 April 2007, Linus Torvalds wrote: > ... > + if (resolve_gitlink_ref(ce->name, "HEAD", sha1) < 0) > + return 0; > + return hashcmp(sha1, ce->sha1); So this does mean that the SHA1 of a gitlink entry corresponds to the commit in the subproject? I wonder if it is not useful to be able to add some attribute(s) to a gitlink, i.e. first reference a gitlink object in the superproject, which then references the submodule commit, and also holds some further attributes. These attributes can not be put into the subproject, as it should be independent. An example for such an attribute would be a subproject name/ID. An argument for this: The user should be able to specify some policies for submodules, like "do not clone/checkout this submodule". But the path where the submodule resides in a given commit is not useful here, as a submodule can reside at different paths in the history of the supermodule. 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