You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@subversion.apache.org by Pavel Ivashkov <fu...@gmx.net> on 2007/03/31 17:45:03 UTC
Re[2]: Failed to update missing (!) added (A) files
Hello Eric,
>> > * in any clean working copy
>> > * schedule a file (foo) for addition (now in status A added)
>> > * manually delete the file (now in status ! missing)
>> > * try to update the file (svn up foo)
ME> The real issue is that you can replace "manually delete" with any 3rd
ME> party tool that is not svn-metadata aware and likes to delete or move
ME> things around. There are all sorts of nasty things you get to run into
ME> in these scenarios.
You are right Eric, I got this issue while investigating for
integration of Subversion with another tool. So it is not the user
but the tool that misbehaves.
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. You cannot tell from its status whether the missed file is
in repository or only scheduled for addition.
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).
--
Pavel mailto:fuurin@gmx.net
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Failed to update missing (!) added (A) files
Posted by Pavel Ivashkov <fu...@gmx.net>.
Hello all,
Filed as issue #2767
http://subversion.tigris.org/issues/show_bug.cgi?id=2767
--
Pavel mailto:fuurin@gmx.net
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: Re[2]: Failed to update missing (!) added (A) files
Posted by Ryan Schmidt <su...@ryandesign.com>.
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