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

RE: [RFC] 'basic/additional command set' - adding svn subcommands without destroying our learning curve

From: Rowell, Geoff <growell_at_ENVOYWW.COM>
Date: 2005-11-04 00:12:47 CET

Branko Čibej wrote:
> Rowell, Geoff wrote:
> > Branko Čibej wrote:
> >
> >> Michael Sweet wrote:
> >>
> >>> Slightly off-topic, but when you do implement a "purge" command,
> >>> would it make more sense to be part of svnadmin since there is no
> >>> way to "undo" the purge?
> >>>
> >> Svnadmin is for repository management. The proposed "purge" command is
> >> for working copy management, so it doesn't belong in svnadmin.
> >>
> >
> > (Even more off-topic)
> > I suspect that a "purge" command will often be confused, by new users,
> > with the commonly requested (and denied) "obliterate" command.
> >
> "and denied"? I hope you're not implying that we refuse to implement an
> obliterate command.
>
That was a poor choice of words. I'd say it was more accurate that the tight restrictions on when it could be used has meant that no one has tackled the task. It's definitely a "are you really sure you want to do this" operation.

-Geoff

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Nov 4 00:13:37 2005

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.