|
From: | Mike Ayers |
Subject: | Pandora's Black Box (was: Re: Issues with network file systems and CVS) |
Date: | Thu, 19 Sep 2002 12:10:46 -0700 |
User-agent: | Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.1) Gecko/20020826 |
Eric Siegerman wrote:
I'd rephrase "there should be no need" to "depending on your process, you might be able to get away without it".
I wouldn't. But I will concede that most of the industry has accepted standards of work in software that could be vastly improved upon, and my "should" is based on standards higher than those. Or perhaps I just need to think about it some more to see those problems I'm not considering...
However, this little exchange has raised an interesting problem for me. Actually, I've bumped up against it frequently lately, but this is the first time I've looked at it from a project management perspective. Let's call it the "Pandora's Black Box" problem. A developer starts working on an issue (bug, feature, etc.), then decides (after gaining more knowledge of the inner workings of the project) that it *may* be appropriate to take a different tack on the matter. What does she do now? Backbranch(!? - just branch?)) and checkin the WIP from the first attempt, then start the second in a clean sandbox? Leave the (possibly fragile as the main branch evolves) WIP idle and come back to it later (note the DR hazard)? Does anyone have a method in place for dealing with this? I'd be interested to hear...
/|/|ike P.S. Yeah, I guess it's OT...sending anyway ;-)
[Prev in Thread] | Current Thread | [Next in Thread] |