On Mon, Jul 14, 2008 at 10:13 AM, C. Michael Pilato <cmpilato_at_collab.net> wrote:
> I'd just like to say first that I appreciate Rui's attention to detail and
> forethought on this matter. This project values users' data, and values
> those that value users' data.
>
> I agree that there is a potential here for frustration. It's not hard to
> imagine a scenario in which a user has a sparse directory containing a few
> things he (and he alone) is working on, but whose repository reflection
> contains quite a bit more. Then -- having decided one day not to work on
> those things any more, and having been using this directory for so long that
> he forgets it *really* has additional citizens -- he deletes the directory,
> to the chagrin of his peers.
>
> (Unless I'm mistaken, the same thing can happen today with directories that
> are missing members due to authz restrictions.)
>
> That said, I mostly agree that disallowing 'svn rm' might be a step too far
> in the conservative direction (though I'm not fully convinced of it). So
> would there be any value to having the Book and 'svn rm's' usage message
> pointing out that you should be careful when using it on a directory that is
> sparsely populated? Or how about a status indication that denotes sparsely
> populated subtrees (depth!=infinity)?
I'd just point out that even with a fully populated and up to date
subtree, a user could still delete a folder that other users did not
want them to delete. That is the great thing about version control,
no data is lost, the operation is full recoverable.
My objection is only that I do not feel this is worthy of special UI
or even special documentation in the book. The result of the svn rm
command matches any reasonable expectation of what should happen in
that situation.
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: dev-help_at_subversion.tigris.org
Received on 2008-07-14 16:20:26 CEST