[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: Gale, David <David.Gale_at_Hypertherm.com>
Date: 2006-09-07 15:52:57 CEST

Michael Eager wrote:
> 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".

Generally, someone proposes what they feel would be appropriate
behavior; others make suggestions; the proposal is modified, and
eventually people say, "Yes, this is good." That's what I was trying to
do when I laid out the use cases I can think of, and the behavior I'd
expect for each one.

-David

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Sep 7 15:54:04 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.