Stefan Sperling wrote:
>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
>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.
if you put the path in quotes you don't need to double up the ^.
>> 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
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
^../../ grand parent
and so on
The only difference to the svn:externals syntax you need to keep in
mind is that on the command line you always need the ^ in front.
I think my proposal for using ^^/ as working copy root is not
absolutely neccessary, by the way.
You can always get there with the appropriate number of ../ 8-)
Received on 2017-02-22 16:29:24 CET