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

Re: Re[2]: Failed to update missing (!) added (A) files

From: Ryan Schmidt <subversion-2007a_at_ryandesign.com>
Date: 2007-04-01 00:20:50 CEST

On Mar 31, 2007, at 12:45, Pavel Ivashkov wrote:

> From the user's point of view there is an issue too, I think. When
> you open a folder and see missed (!) file, you would like to restore
> it. You can run 'svn up' to get latest version from repository or
> you can run 'svn revert' to restore base version. For sheduled files
> the former gives you the error in subject, and the latter just
> removes record from metadata, no file restored, not what user had
> expected.

Well, if you've scheduled a file for addition, then "svn revert"
undoes that scheduling. So that should be exactly what the user expects.

> You cannot tell from its status whether the missed file is
> in repository or only scheduled for addition.

That is however true. It may be worth considering whether there
should be a different status indication in this case (though I'm not
convinced there should be).

> I would like Subverstion developers to (eventually) clarify their
> position on this matter. The scheduled for addition files currently
> are not controlled, so in my opinion it is incorrect to treat them
> evenly with other controlled files when they get deleted in working
> copy. Either provide some sort of control, or modify indication
> (extend status information) and handle the error properly (provide
> distinguished error code and pretty message).

-- 
To reply to the mailing list, please use your mailer's Reply To All  
function
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sun Apr 1 00:21:15 2007

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.