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

Re: the obliterate discussion - why dumpfiltering is no valid workaround

From: Will Appleton <wfappleton_at_gmail.com>
Date: 2007-07-23 20:58:31 CEST

On 7/23/07, Rainer Sokoll <R.Sokoll@intershop.de> wrote:
>
> On Mon, Jul 23, 2007 at 01:42:31PM -0300, Toby Thain wrote:
> >
> > On 23-Jul-07, at 10:37 AM, patrick wrote:
>
> > > btw: calling users incompetent just because mistakes occur is neither
> > > helpful nor adequate.
> >
> > If they don't understand a VCS after being educated about it (and
> reading
> > the Svnbook) then maybe they should find a new career.
>
> I have users (webdesigners, secretaries, also managers) using subversion
> - without any knowledge about the concept of a VCS. Thanks to
> subversions autoversioning feature, they only see a place where they can
> store their data. They need not to know anything about subversion - it's
> simply not their job.
> I do not want them to apply for a new job.
>
> YMMV, of course.
>
> Rainer

We have the same situation here. We have lots of folks using SVN and TSVN
that don't know anything at all about VCS's (same types you mentioned).
We've already had a few instances of mistakes and things being added to the
repo's that shouldn't be added, but nothing that required a D & L.
The process of educating users is going well, and I expect that in a few
weeks most of the goofy commits will begin to approach zero. :)
On the other hand, I'd like to see the obliterate feature added to
svnadmin. It would be nice insurance to have.

-=W=-
Received on Mon Jul 23 20:57:35 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.