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 >> 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.
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 ^../ parent ^../path sibling ^../../ 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-) -- Lorenz