[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: Andy Levy <andy.levy_at_gmail.com>
Date: 2007-07-21 18:30:03 CEST

On 7/21/07, Dave Camp <dcamp@mac.com> wrote:
>
> On Jul 21, 2007, at 9:23 AM, Andy Levy wrote:
>
> > On 7/20/07, Les Mikesell <lesmikesell@gmail.com> wrote:
> >> Karl Fogel wrote:
> >> > Les Mikesell <lesmikesell@gmail.com> writes:
> >> >> Erik Huelsmann wrote:
> >> >>> I work in a financial institution. Users make mistakes. We
> >> correct
> >> >>> them, but the original error stays in the database, forever.
> >> >> What would you do if a user included something in your database
> >> that
> >> >> would be illegal for you to store or redistribute to anyone
> >> else? And
> >> >> I doubt if your comparison really comparable in other
> >> respects. Can a
> >> >> user accidentally include a DVD image in a database update
> >> instead of
> >> >> a small change?
> >> >
> >> > I think you might be misunderstanding Erik's point.
> >> >
> >> > He's not arguing that it's okay for errors to stay in the database
> >> > forever. He's saying that users make mistakes, and that even
> >> though
> >> > they can correct those mistakes for the future, the original
> >> mistake
> >> > stays around forever, and that's a *bad* thing. He's on your
> >> side :-).
> >> > (As am I.)
> >>
> >> I took it the other way. Financial transactions need a real audit
> >> trail
> >> so there's a good argument for saying that mistakes and their
> >> corrections should be tracked forever.
> >
> > This is where I am as well. I work for a company traded on the NYSE,
> > which means we're subject to lots of Sarbanes-Oxley review. My
> > auditors would not be pleased if there was an easily-accessible way
> > for people to permanently remove things from Subversion - they were
> > absolutely giddy when they heard that that people (other than the
> > repository admin, who needs to go to quite a bit of trouble) can't
> > delete elements AND their history.
> >
> > if I lost this measure of control, their faith in my change-control
> > procedures and monitoring would be shaken.
>
> Making it a compile time option would fix that, no?

Nope. I don't compile my binaries, I use the Windows installer.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sat Jul 21 18:29:14 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.