subversion-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Lorenz <loren...@yahoo.com>
Subject Re: discrepancies between 'svn -R list' and 'svn -R propget' (on windows using TSVN build command line client)
Date Thu, 17 Nov 2016 08:53:51 GMT
Bert Huijben wrote:
>> -----Original Message-----
>> From: Lorenz [mailto:lorenznl@yahoo.com]
>> Sent: woensdag 16 november 2016 15:02
>> To: users@subversion.apache.org
>> Subject: Re: discrepancies between 'svn -R list' and 'svn -R propget' (on
>> windows using TSVN build command line client)
>>[...] 
>> but what about the leading subpath vs. no subpath difference?
>> 
>> svn -R ls path/subpath
>> 
>> 	file1
>> 	subsubpath/file2
>> 	...
>
>I don't think this was designed behavior... But it follows from the previous
>answer: we just return the items relative from the url that you listed. 
>There is no easy way to do this differently as local paths might not match
>remote paths, like when you have switched paths. 
>
>So when we would show 'path/subpath/subsubpath/file2', it might be a
>completely different result than the local relative path with the same name.
>
>> 
>> vs.
>> 
>> svn -R pg svn:keywords path/subpath
>> 
>> 	subpath/file1 - ...
>> 	subpath/subsubpath/file2
>> 	...
>
>And in this case we try to return the paths exactly in the form that you
>used on the commandline, to allow you to match the result of multiple
>arguments with multiple locations.
>(Internally we convert to the absolute path and then back on output these
>days, but we used to process everything in the original form before
>Subversion 1.7)
>
>If you don't pass something like @rev or -r REV (or a URL instead of a
>path), this will always match your local files.
>
>
>Note that in both cases we recommend using --xml if you are going to parse
>the output via tools as that has a more stable output format in case we add
>new features in new releases.


after some more experimenting it looks to me that:

'svn list' always returns paths relative to the given folder,
independent if its given as a local path or as an URL.

That even makes sense 8-) because it's always the repositry contents
that is listed (as 'svn help list' tells in the first sentence)

That also means 'svn list' won't show locally added files, but still
list locally deleted files.


'svn propget' on the other hand returns paths relative to the CWD in
case of a local path, or in case of an URL the complete URL.

And it's showing local information in case of a local path, but
repository information in case of an URL. I think 'svn help
propget/list' should make that clear.



All in all, there goes my idea of how to determine files missing
certain properties. I'll open a new thread for that then.
-- 

Lorenz


Mime
View raw message