Mikhail Loenko wrote: > It's interesting, but I've made for myself opposite conculsions from > the same facts :) > > Since we have a long stabilizing period it's good that we have a > longer milestone > cycle and thus we have less %% of freeze time > > As for M4, I think mid December or say, Friday Dec, 21 is OK (probably > we should try Dec 15-16 and have flexibility to extend it to Dec, 21)
I suspect it is one of those topics that can be debated forever. I'll try and explain my thinking, but realize it may not end up convincing you <g>. I'm an advocate of starting simply and getting things working, and keeping them working. I think we do a good job of jumping on build breaks here, and breaks in some frequently run test suites. So generally we don't drift too far away from some definition of 'working'. When things are working the next step (IMHO) is to release little and often. I think there are a number of advantages including limiting the risk of diverging too far from working by making a number of significant changes simultaneously; establishing the developer mindset that the code is working so it must be my recent change that needs fixing; making a milestone release business as usual, so it is not a big deal if your feature misses this train, there will be another along soon; demonstrating progress to the outside world; and so on. Clearly there is a balance to be struck between very short iterations in which there is no time to develop significant new functionality, and very long iterations where the HEAD is a free for all that needs a long time to stabilize and deliver. As a data point, Eclipse platform/JDT release milestones every six weeks. If you are going to get it wrong as you search for the optimal iteration time box, then I would suggest you want to go 'too short' rather than 'too long' since that will only serve to slow down forward progress rather than disrupt the working codebase and slow progress. Now let's not get things out of proportion. We are debating a difference of only two weeks, nobody is suggesting order of magnitude differences, so I think there is room for compromise. Regards, Tim
