[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: [PATCH] Repository root relative support for the command-line client

From: Daniel Shahaf <d.s_at_daniel.shahaf.co.il>
Date: Tue, 29 Apr 2008 18:33:18 +0300 (IDT)

Julian Foad wrote on Tue, 29 Apr 2008 at 15:36 +0100:
> Daniel Shahaf wrote:
> > Troy Curtis Jr wrote on Tue, 29 Apr 2008 at 04:49 -0500:
> >
> > > Yep sure enough. My patch can't accept PEG revs on relative url
> > > targets. Doh! I don't have time for a patch right now, I'll do it
> > > later tonight unless someone beats me to it.
>
> Oops. I missed that. Thanks Troy if you can fix that. I won't be around to
> help apply it for the next 10 days, so please Daniel or someone else do so if
> you can.
>

Okay.

>
> > Your patch also seems to require a trailing slash:
> >
> > 0:% ./subversion/svn/svn info '^'
> > subversion/libsvn_client/info.c:266: (apr_err=150000)
> > svn: '^' is not under version control
> > 1:% ./subversion/svn/svn info '^'/ | grep URL
> > URL: https://svn.collab.net/repos/svn
> > 0:%
> > Is this intentional?
>
> That was completely intentional. It's quite likely that a future development
> might support more syntaxes beginning with "^", and then we would no longer
> want a lone "^" to be interpreted as "repos-root-relative" because there would
> be other just-as-likely meanings for it.
>

Thanks Julian. I wouldn't have thought about this myself, but I agree.

Troy, is the syntax/semantics of ^ URLs documented anywhere? I didn't
find anything obvious in the log message.

> >
> > Thanks,
> >
> > Daniel
> > (who wishes he didn't have to quote ^ every time)
>
> Well, yes.
>
> - Julian
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: dev-help_at_subversion.tigris.org
Received on 2008-04-29 17:33:35 CEST

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.