[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

RE: Feature request: svn propget to skip unversioned files andcontinue

From: Ed Avis <eda_at_waniasset.com>
Date: Fri, 8 Aug 2008 13:55:30 +0100

Julian Foad wrote:

>>% svn propget foo a b c
>>svn: 'b' is not under version control
>>svn: 'c' is not under version control
>
>Yes, I think I agree that would be better behaviour for
>commands that just gather information.
>
>> The exit status of the command should still be nonzero to
>indicate that something went wrong.
>
>That's not what we do: the exit status of Subversion commands
>is zero unless an error occurred, and a warning is not counted
>as an error.

I meant that for backwards compatibility, and to avoid breaking scripts that rely on running 'svn propget' and checking the exit status, the exit status should not change from its current behaviour. But if you want to change it to keep in line with more general svn conventions, that's fine.

>Would you be interested in fleshing out and summarising the
>investigation, proposing rules for which commands should
>behave in what way, and/or helping to code some any of the
>changes and fixes that we need? Any help you can lend would be
>appreciated.

I am about to go away on holiday, but I will look at this when I return. I am no svn expert though.

-- 
Ed Avis <eda_at_waniasset.com>
______________________________________________________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email 
______________________________________________________________________
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: dev-help_at_subversion.tigris.org
Received on 2008-08-08 14:55:48 CEST

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.