> -----Original Message-----
> From: Lorenz [mailto:lorenznl_at_yahoo.com]
> Sent: woensdag 16 november 2016 10:02
> To: users_at_subversion.apache.org
> Subject: discrepancies between 'svn -R list' and 'svn -R propget' (on
windows
> using TSVN build command line client)
>
> Hi all,
>
> navigating to a working copy folder (or a subfolder thereof) and
> issuing 'svn -R list path/sub' or 'svn -R list path\sub' results in:
>
> file1
> subsub/file2
> ...
>
>
> whereas 'svn -R pg svn:keywords path/sub'
> or 'svn -R pg svn:keywords path\sub' results in:
>
> sub\file1 - Id URL
> sub\subsub\file2 - Id URL
> ...
>
>
> There are two discrepancies the first of which looks like it is not
> windos depended:
>
> 'svn propget' always lists the 'sub' part of the path,
> 'svn list' does not.
>
> is this the same under linux, and if so is it intended behaviour?
The difference is that 'svn ls' is really a repository operation, working on
URLS (or part of urls). On URLs we always use the url / platform independent
'/' separator.
'svn propget' usually works on local paths, in which case we use the local
path (or technically 'dirent') separator, which is a '\' on Windows.
This behavior was explicitly implemented this way years ago.
> The second one is windows dependent (maybe even TSVN specific):
>
> 'svn list' uses '/' whereas 'svn pg' uses '\'
>
> do all native windows clients behave this way or is this with the TSVN
> client only?
The standard 'svn' clients will all use the same formatting as they share
the same code here. (TortoiseSVN compiles the standard 'svn' sourcecode for
their svn binary)
The formatting is really part of the client as internally Subversion always
uses '/', so any other client than 'svn' may use different formatting, but I
think you can expect 'svn' to keep using the existing formats.
Bert
>
>
> I'm on win7 using the command line client that ships with tortoise svn
> (TSVN 1.9.4 linked against svn 1.9.4)
> --
>
> Lorenz
Received on 2016-11-16 12:46:50 CET