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

Re: Feature request: svn clean

From: Max Bowsher <maxb_at_ukf.net>
Date: 2005-03-05 21:14:47 CET

Casper Hornstrup wrote:
>> -----Original Message-----
>> From: mob22@hermes.cam.ac.uk [mailto:mob22@hermes.cam.ac.uk]
>> On Behalf Of Max Bowsher
>> Sent: 5. marts 2005 20:36
>> To: Casper Hornstrup; users@subversion.tigris.org
>> Subject: Re: Feature request: svn clean
>>
>> So, to summarize this thread:
>>
>> The current thinking is that this is so easy to script that
>> it is not worth bothering with yet another svn subcommand.
>>
>> That remains open for discussion, but any such discussion
>> must begin by explaining why the script solution isn't satisifactory.
>>
>> Max.
>>
>
> Well, my only argument against a script is that of user friendlyness.
> Firstly, the user must find the script on the net and download and
> install it. Secondly, the user must download and install perl (if not
> already installed). Using the script is done differently than when
> normally interacting with subversion. For instance, I assume no help
> is shown when doing a svn help clean.

I've got my own version of a clean/purge script which just uses shell and
sed, if that is any help.

Alternatively, if that was a subtle hint that you are using Windows, then I
can see how scripts would be more painful.

If you feel strongly about this changing, I think you should summarize the
problem to the dev@ list, making sure to point out clearly why scripts don't
work well for you. _If_ suitable consensus is generated, there is no problem
adding another svn subcommand.

Max.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sat Mar 5 21:17:27 2005

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.