On Apr 6, 2007, at 10:07 PM, Sergiu Dumitriu wrote:
I think that it's not nice to plan 1.0.1 so soon... It means that we already know there are bugs, and we're releasing a buggy product anyway.
But we do know of these bugs! They're the ones we won't have time to do for the 1.0 final. I don't see any issue with that and it would certainly be much worse to try to hide bugs... Of course we need to fix all the bugs we consider critical for the 1.0 final but we shouldn't stop it because we still have bugs or we will never release it...
Also, I don't know if we can count on a 1.1 release so soon. We currently lack the power to push things so fast. Remember, only you (Vincent) and Nam are going to work on the core in the next few weeks/months.
WDYM by "so soon"? Do you mean the 3 months timeframe?
My POV is that 1.1 doesn't have to be a revolution and if it only boasts, say, 5 new features, it still warrants a release.
Thanks
-Vincent
PS: It's not only Nam and me. It's also everyone submitting patches and potentially all the current committers! :-) I'm also 100% sure we'll get some other new people who'll contribute.
On 4/6/07, Vincent Massol <vincent@massol.net> wrote: To be more precise here are some proposed dates:
- 1.0 RC1: 16/Apr/07
- 1.0 final: 23/Apr/07
- 1.0.1: 07/May/07
- 1.1 B1: 21/May/07
- 1.1 final: not defined
Please all committers answer on my previous email and this one to
ensure we're all on the same page and all agree on the way forward...
Thanks
-Vincent
On Apr 6, 2007, at 3:17 PM, Vincent Massol wrote:
> Hi,
>
> I'd like to propose the following:
>
> * Release RC1 by end of next week with as many important bugs fixed
> as possible
> * Wait for 1 week after RC1 is released and declare RC1 to be 1.0
> final is no critical/blocking bugs are found
> * Dedicate the XWIKI 1.0 branch to contain ONLY bug fixes going
> forward
> * Put new features/improvements ONLY on trunk
> * Release 1.0.1 2 to 3 weeks after 1.0 is released with bug fixes
> * Define a roadmap for 1.1 in term of what we want in it. It should
> be achievable within 3 months.
> * Change the version on trunk to be 1.1-beta-1 and release after
> 2-3 weeks. Increase to 1.1-beta-2 and repeat, etc. till we either
> reach something close so the initial roadmap for 1.1 in term of
> features or we reach the 3 months delay. In any case, release 1.1
> at that time.
> * I propose to NOT create a branch for 1.1 till the final 1.1 is
> released and when it is I propose we don't release 1.0.x releases
> any more and instead release 1.1.x bug fixes releases (we don't
> have enough manpower to support more than 2 releases in parallel,
> it's already going to stretch us a lot).
>
> WDYT?
>
> Thanks
> -Vincent
Sergiu
--
http://purl.org/net/sergiu
--