6 Apr
2007
6 Apr
'07
4:55 p.m.
On Apr 6, 2007, at 3:32 PM, Sergiu Dumitriu wrote:
On 4/6/07, Vincent Massol <vincent(a)massol.net> 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).
1. How about the 2.0 branch?
That's different. Either we do the changes inside the trunk
progressively or we do a complete new version from scratch (which I
tend to think is the most feasible solution - That'll be the topic of
another email :)). In any case if it's done as a complete rewrite it
would be done on its branch (actually there's already a 2.0 branch in
SVN).
2. I think the 1.0 branch should be preserved after 1.1, but
providing only CRITICAL updates.
Possibly. We can always revisit this when the time comes.
3. We definitely don't want a distinct branch for 1.1, as the
experience with 1.0 proved that it can create only problems. We
don't have enough developers to work on two-three branches.
Right...
Thanks
-Vincent