Jump to: navigation, search

Difference between revisions of "DTP Galileo Planning"

(Rampdown Policy)
(Rampdown Policy)
Line 29: Line 29:
  
 
The new policy is: (Update dates)
 
The new policy is: (Update dates)
*Commits for M5/M6/M7 will be allowed through the [[DTP_Build_Transition | build start time]]
+
*Commits for M5/M6/M7 will be allowed through the [[DTP_Build_Transition | build start time]] on (date) by 1:30pm PST
 
*The testing period will start on (Date) and last through (Date) to be ready to push up to the site on (Date).
 
*The testing period will start on (Date) and last through (Date) to be ready to push up to the site on (Date).
 
*Committers wishing to include additional bug fixes in M7 between (Dates) must provide the following in an associated Bugzilla entry:
 
*Committers wishing to include additional bug fixes in M7 between (Dates) must provide the following in an associated Bugzilla entry:

Revision as of 13:31, 18 August 2008

Back to DTP Main Page


Themes and Priorities

  • Further stabilize the foundation of DTP by resolving as many bugs as possible.
  • If appropriate, promote select DTP 1.6 provisional APIs to platform status.
  • Enhance user tools to make DTP a compelling choice for developing data centric applications in Eclipse by providing additional exemplary tools in a variety of areas, including creation of database objects such as catalogs, schemas, tables, columns, constraints, and so on.
  • Enhance DTP to work better in headless and RCP applications.
  • Accurately prioritize and address bugs, especially those having a severity of major or higher.
  • Grow the DTP community through direct contributions and external projects using DTP components.
  • Make DTP easier to understand and leverage, from both the extender and user perspectives.
  • Meet milestone dates in tight synchronization with Galileo plans.

Release Deliverables

Release Milestones

DTP Ganymede is part of the Galileo simultaneous release. As such, our milestones, release candidates, and final release date are determined by Ganymede. DTP is a "+1 dependency" on the Eclipse platform, and the dates of specific milestones can be found here, Milestones and Release Candidates section.

Galileo, like Ganymede, is designed to shrink the lag time between platform milestones and downstream projects as the release approaches. Thus, while DTP is a "+1" dependency at the current time, DTP builds for later platform releases (typically in the release candidate periods) will appear in less than one week from the platform milestone. The DTP PMC interprets the downstream lag as an idealized upper limit, and will seek to make matching DTP builds available as soon as possible after platform milestones, typically with a 24 hour (business day) delay for testing. Hence, if a platform milestone appears on a Friday, DTP will seek to have its corresponding build by the end of the following Monday. Such builds will be designated as Integration builds and subject to further testing past that date. The general disclaimer is that DTP can not guarantee hitting these dates due to bugs that might appear in integration tests and availability of additional dependencies other than the platform (for example, EMF and GEF). Timing of DTP integration and milestones builds are detailed [| here].

Summary Timeline

Target Operating Environments

The build, test, and deployment environments for DTP Ganymede are described here.

Rampdown Policy

To avoid last-minute regressions as we saw at the end of the Ganymede M6 milestone, the PMC has decided to implement a new test period before declaring milestones. Since release candidates are subject to the Rampdown Policy, we're only concerned about later DTP milestones here (M5/M6/M7).

The new policy is: (Update dates)

  • Commits for M5/M6/M7 will be allowed through the build start time on (date) by 1:30pm PST
  • The testing period will start on (Date) and last through (Date) to be ready to push up to the site on (Date).
  • Committers wishing to include additional bug fixes in M7 between (Dates) must provide the following in an associated Bugzilla entry:
    • Document the severity and impact of the bug: why should this be included in the milestone at such a late date?
    • Document the proposed resolution, risk, and validation testing that will occur
    • Petition the DTP PMC for permission to deliver the change to the build. At least two (2) of the four (4) PMC members must approve, with no PMC member objecting, for the bug to be authorized for the M7 build.

Individual Project Plans

Work Items