Hin-Tak Leung venit, vidit, dixit 22.08.2011 17:11: > --- On Mon, 22/8/11, Michael J Gruber <git@xxxxxxxxxxxxxxxxxxxx> wrote: > >> Hin-Tak Leung venit, vidit, dixit >> 21.08.2011 11:38: >>> --- On Sat, 20/8/11, Eric Wong <normalperson@xxxxxxxx> >> wrote: >>> >>>>> I think I found a small bug in git 1.7.6. >> Having >>>> "trunk" at the end of >>>>> the url in combination of --stdlayout is >> wrong, but it >>>> looks like that >>>>> git-svn tries to cope, but doesn't go try far >> enough: >>>>> >>>>> Doing this: >>>>> ---------------- >>>>> git svn clone --stdlayout http://quick-settings.googlecode.com/svn/trunk/ >>>> android-quick-settings >>>> >>>> --stdlayout expects the "root" path of the code >> you're >>>> interested >>>> in (not necessarily the SVN repository root, but >> in this >>>> case they >>>> could be the same). >>>> >>>> Try the following instead: >>>> >>>> git svn clone --stdlayout \ >>>> http://quick-settings.googlecode.com/svn >>>> android-quick-settings >>> >>> I know this is the correct way - what I meant was >> that, having "trunk" at the end is wrong but git-svn appears >> to try to correct it automatically, but haven't quite >> succceeded. >> >> It is not trying to do that at all. git-svn is trying to >> figure out what >> the "base path" is in an svn repo which possibly hosts >> multiple repos, >> and that is what the message reports. > > Okay... thanks for clarifying that. Maybe it could try to be clever? Afterall, --stdlayout isn't compatible with a URL ending in "trunk" (or having 'trunk' as part of the URL). Just a suggestion. You *could* have this layout: foo/trunk/trunk foo/trunk/tags/v1 foo/trunk/tags/v2 That's a perfectly valid layout. The fact that it is stupidly named should not activate git-svn magic. Michael -- 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