[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: Stefan Sperling <stsp_at_elego.de>
Date: Wed, 22 Feb 2017 15:29:01 +0100

On Wed, Feb 22, 2017 at 03:12:55PM +0100, Harald Kirsch wrote:
> Am 21.02.2017 um 15:40 schrieb Lorenz:
> > And why not use "^^/" to denote working copy root relative?
> >
>
> Would work for me. But intuitively ^^/ seems to refer even higher up in the
> directory hierarchy than ^/, but its not, so this notation might be slightly
> misleading.

In windows cmd.exe, ^ is a special character so there is already a need
to type ^^/ instead of ^/. This is a common pitfall for Windows users.
In cmd.exe ^^/ would need to be typed as ^^^^/ which is getting a bit long.

When ^/ was introduced, this problem was already known but accepted.
It is not easy to find a syntax which does not overlap with something
already used by various shells on various operating systems.

> Alternative idea:
> ^./ -- repo URL for .
> ^../ -- its parent
> ^.../ -- its grand parent
> In particular the .-Notation would not be the general case a/../b but would
> only be allowed exactly as shown at the start of the URL.

Note that several relative URL notations were already defined for the
svn:externals property. You might want to avoid overlap with these and
perhaps try to find something that looks sufficiently different.

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
Received on 2017-02-22 15:29:14 CET

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.