On Saturday 19 May 2007, Steven Grimm wrote: > Andy Parkins wrote: > > Bear in mind that what you're suggesting is no different in implementation > > from what Junio is suggesting but with one difference: in Junio's option > > the "identifier" will act as a default URL if no override is found. > > > > I don't like using the URL as the key for one simple reason: > ... Another argument against naming the key for subprojects "URL" in config/.gitmodules: It can happen quite easily that a superprojects includes 2 subprojects which really are only different branches of the same project, e.g. GCC 4.1 and GCC 4.2 branch, e.g. to do regression testing with different compiler versions. But these two subprojects would be cloned from exactly the same URL. So you artificially have to change one of the two URLs for this to work, already at the start of your subproject. The same example shows that the SHA1 of a projects root commit can not work as a subproject key. 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
