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

Re: User interface proposal

From: Joerg Bullmann <joerg_at_fontworks.com>
Date: 2000-09-28 02:47:06 CEST

At 3:33 PM -0700 27/9/00, Bruce Korb wrote:
>Ed Korthof wrote:
>> Alternately -- if I can turn the implicit delete behavior off via
>> configuration, then I'd be happy.
>
>Yep. Make it all configurable, but in any event a suggestion

**Please don't**. How does the user know what to do? He tries
finding out how your installation is configured? Users are
thus forced to dig for even more info than they need to anyway.
Making it configurable is even worse than the original proposal

> 4. Deleting anything is done simply by deleting the thing --
> Subversion will detect the deletion automatically and do the
> right thing when you commit.

What the average treetrunk using the tool later will
easily understand is "svn rm". Here, it is as obvious
as possible that THIS remove has something to do with
SVN and not with the shell.

For SVN to be a success, it needs to have maximum everyday
robustness, not only in terms of factual reliability but
also in perceived reliability. And if users feel the can't
trust SVN because it "mysteriously removed files from the
repository -- and I had only deleted my messed up working
copy from the sand box", that's really bad. And -- worst
of all -- it will happen.

Please, please, please. Do it the "svn rm" way. I'm so glad
that a few others think along the same lines.

And the multi step CVS remove might have had this in mind:
make sure the user really WANTS to remove the file. Put
a few hurdles in the way so that all removes are intended.

Joerg

-- 
They can take away my Mac when they pry
my cold, dead fingers from my mouse.
Received on Sat Oct 21 14:36:09 2006

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.