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

Re: feature suggestion: adressing the repo relative to working copy url

From: Daniel Shahaf <d.s_at_daniel.shahaf.name>
Date: Thu, 23 Feb 2017 15:03:07 +0000

Lorenz wrote on Thu, Feb 23, 2017 at 07:33:54 +0000:
> Daniel Shahaf wrote:
> >Lorenz wrote on Wed, Feb 22, 2017 at 15:28:19 +0000:
> >> Stefan Sperling wrote:
> >> >From 'svn help ps':
> >> > The URL may be a full URL or a relative URL starting with one of:
> >> > ../ to the parent directory of the extracted external
> >> > ^/ to the repository root
> >> > / to the server root
> >> > // to the URL scheme
> >> > ^/../ to a sibling repository beneath the same SVNParentPath location
> >>
> >> I am aware of the svn:externals syntax, but in light of the fact that
> >> ^/ was alread adopted, I thought it best to stick with the ^
> >>
> >> If the cmomand line client accepts the ^ as the "translate the
> >> following path to an URL" marker, then anything after it could be
> >> interpreted as a normal path.
> >>
> >> ^/ repo root relative
> >> ^/../name sibling repo
> >>
> >> ^subpath subpath of the current working copy folder
> >> ^../ parent
> >> ^../path sibling
> >> ^../../ grand parent
> >
> >If the first of these four were changed to require a ./ path component,
> >we could repurpose the ^foo/ syntax to something else:
> >
> > ^./subpath subpath relative to URL of cwd
> > ^foo/ as defined by a --config-option=config:short-urls:foo=bar config option
> >[...]
>
> the last is an independent idea for an additional feature, right?

Partly.

Implementation wise,, the "map of short names to URLs" needn't be
implemented at the same time as the other ideas; those _are_
independent. However, at the UI level, both feature ideas touch on the
same '"URL" space', so at that level they aren't independent.

> 'foo' would be a shortcut for a base URL?
> I think, without some sort of indicator, it looks to much like a path.
> I would prefer to mark a shortcut explicitly as such.
> No idea how though, another prefix? Perhaps '^:shortcut/" would do?
>

Maybe. :-)

>
> But back to original topic: I could live with using '^./' as the
> general prefix for "current working copy folder relative addressing".
>
> so my 4 examples above would change to:
>
> ^./subpath subpath of the current working copy folder
> ^./../ parent
> ^./../path sibling
> ^./../../ grand parent

Okay. I see you changed ^../ to ^./../ . What would ^../ mean then?

Cheers,

Daniel
Received on 2017-02-23 16:07:41 CET

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