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

Re: Delete from Repository

From: Michael Eager <eager_at_eagercon.com>
Date: 2006-09-06 23:22:26 CEST

Ryan Schmidt wrote:
> On Sep 6, 2006, at 18:17, Michael Eager wrote:
>
>> As I said, the perfect may be enemy of the good. This looks
>> to me like what Fred Brooks called "gold-plating" in "The Mythical
>> Man Month"
>>
>> As others have mentioned, dump/filter/load is both inconvenient
>> because it requires the repo to be off-line, dumpfilter is awkward
>> to use, and the process is time-consuming. I don't see it as a viable
>> work-around.
>>
>> This feature has been requested for five years, as I understand
>> it. There's been substantial collection of requirements over this
>> time. So far, no one has stepped forward to design the feature,
>> either in the smaller version I need, or in the more expansive
>> form you would like to see. Perhaps that might happen if you come
>> up with a bounty, but it appears that you want a complex design
>> completed before finding the bounty. Sounds like this could take
>> more years.
>>
>> I can implement the solution I need, if I find the time. It doesn't
>> sound complicated, although some suggestions about where to look
>> would be appreciated.
>>
>> If I do this, I'll send in the patch.
>
> Based on what I've observed on this list in the past, I don't think a
> patch would be accepted if there has not yet been a satisfactory design
> discussion.

Thanks. That's pretty much what I expected.

I'm unclear what would qualify as a "satisfactory design discussion".

-- 
Michael Eager	 eager@eagercon.com
1960 Park Blvd., Palo Alto, CA 94306  650-325-8077
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Sep 6 23:46:23 2006

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.