Re: [PATCHv2 03/10] refs.c: Refactor code for mapping between shorthand names and full refnames
- From
- Eric Wong <normalperson@yhbt.net>
- Date
- May 15, 2013, 19:49 UTC
- Message-ID
- <20130515194959.GB28720@dcvr.yhbt.net>
- In-Reply-To
- <CALKQrgdroLDSf=Xc58NiHSf7fp8cRMbrR0mGrfKY7Rg0FpPFJg@mail.gmail.com>
Johan Herland <johan@herland.net> wrote:
Show 10 quoted lines
> Unfortunately, using "refs/remotes/%1/%*" instead of "refs/remotes/%*" > breaks a number of git-svn tests which puts refs directly within > refs/remotes/, and then does things like "git reset --hard trunk" > (expecting trunk -> refs/remotes/trunk, which the refs/remotes/%1/%* > doesn't match). > > I don't know if putting refs directly within refs/remotes/ is > something that git-svn does by default (which would prevent us from > changing "refs/remotes/%*" to "refs/remotes/%1/%*"), or whether it is > specific to the tests (in which case we should fix the tests).
Yes, git-svn uses refs/remotes/%* by default.
This was a design mistake on my part. I think it's too late to change, now, as existing users will encounter breakage and/or out-of-date documentation (which is even more confusing, as git-svn is often the first introduction to git for SVN users).