Jump to: navigation, search

WTP 3.0.x Maintenance Schedule

Revision as of 11:15, 19 August 2008 by Deboer.ca.ibm.com (Talk | contribs)

WTP 3.0.x Maintenance Schedule

WTP 3.0.1 is the first WTP Ganymede maintenance offering, delivered in mid August.

WTP 3.0.2 is the coordinated Eclipse Ganymede SR1 maintenance offering. The WTP 3.0.2 deliverable will line up with all other Ganymede maintenance deliverables.

WTP 3.0.3 is the coordinated Eclipse Ganymede SR2 maintenance offering. The WTP 3.0.3 deliverable will line up with all other Ganymede maintenance deliverables.

For severe issues that require an immediate patch, see WTP Patches.

Schedule Details

M-builds are declared weekly. Only teams with significant change in a given week (either released, affected, or accumulated) need to perform a full smoke test, and other teams can decide on the appropriate level of testing.

3.0.1 schedule:

July 11 - M build
July 18 - M build
July 25 - RC1
All changes after July 25 require PMC approval (1 vote)
Aug 1 - RC2
All changes after Aug 1 require PMC approval (2 votes)
Aug 8 - RC3 & final build
Aug 15 - 3.0.1 GA<strike> final build
Aug 22 - 3.0.1 GA

3.0.2 schedule:

<strike>Aug 22 - M build
Aug 29 - M build
Sept 5 - RC1
All changes after Sept 5 require PMC approval (1 vote)
Sept 12 - RC2
All changes after Sept 12 require PMC approval (2 votes)
Sept 19 - RC3 & final build
Sept 25 - 3.0.2 GA

3.0.3 schedule:

Jan 9 - M build
Jan 23 - M build
Feb 6 - RC1
All changes after Feb 6 require PMC approval (1 vote)
Feb 13 - RC2
All changes after Feb 13 require PMC approval (2 votes)
Feb 20 - RC3 & final build
Feb 25 - 3.0.3 GA

Scope

All WTP 3.0.x releases are service releases for critical defects, regressions, and adopter issues only. Specifically, there should be:

No UI changes
No NL (translation) changes
No API changes, or changes affecting adopter usage scans

All exceptions require PMC approval.

In general, we will avoid changing the interface or behaviour of any public method as per the WTP API Policy.

All bundle versions must be updated (an increment in the service level) when the first change is made to it in a service release.


Bug Approval

All bugs must be approved by the project lead or delegate using the bugzilla review flag. Project leads should send a note to wtp-releng to notify everyone of their choice or change in delegate(s).

Starting after RC1, all bugs must also be approved by the normal PMC Approval Process.


Back to Web Tools Wiki Home