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
Received on Sat Mar 31 19:45:34 2007