Either that or a property on the repository as a whole. I was thinking
about 'svnobliterate' as being an admin command that can be protected,
but having the script (or property) in the repository means that you can
have per-repository control (finer grain than what I thought). I like
that idea better than mine.
I also like the idea that by default 'svnadmin obliterate' is OFF; you
have to set the script/property to enable it on any repository.
Just my US $0.02 worth,
Cem Karan
> -----Original Message-----
> From: Roel Harbers [mailto:roel@roelharbers.nl]
> Sent: Tuesday, February 01, 2005 2:17 AM
> To: users@subversion.tigris.org
> Subject: Re: Is anyone working on "svn obliterate"?
>
>
> William Nagel wrote:
> >> Actually, instead of making it an 'svnadmin' command,
> would you care
> >> to make it its own command (E.g. 'svnobliterate')? Or at
> least make
> >> it so that it has no shortened form (E.g. 'co' is short for
> >> 'checkout')?
> >
> >
> > I like the idea of making it its own command. It should also be
> > hook-script protected like revision properties are. If you
> don't have a
> > hook script set up to specifically allow the obliterate to
> take place,
> > then you're not allowed to obliterate anything. This would
> also allow
> > you to log the obliteration if you so chose. It seems like
> it would
> > also make sense for the hook script to have access to a
> dump of the data
> > being obliterated, so it could create a backup that could
> be loaded back
> > into the repository if need be.
>
> Considering the most likely reasons for using the command
> (legal/copyright/patent related and accidentally added huge files) I
> doubt a lot of people will want to keep backups of what they
> obliterated...
>
> Anyway, I think a complete repository backup or dump from before the
> obliteration would be a better way to undo the obliterate.
>
> OTOH, the hook script *is* a good way to prevent accidental usage.
>
> Regards,
>
> Roel Harbers
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Feb 1 16:31:09 2005