Skip to main content

Notice: this Wiki will be going read only early in 2024 and edits will no longer be possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.

Jump to: navigation, search

Difference between revisions of "DSDP/DD/DD 0.9 RampDownPolicy"

< DSDP‎ | DD
(typos and date stamp accuracy)
 
(One intermediate revision by one other user not shown)
Line 2: Line 2:
  
 
''DD 0.9'' release has been following the Europa milestones for the purpose of getting into practice of regular release cycles.  For reference, see the [[Europa Simultaneous Release]],
 
''DD 0.9'' release has been following the Europa milestones for the purpose of getting into practice of regular release cycles.  For reference, see the [[Europa Simultaneous Release]],
in particular the [[Europa_Simultaneous_Release#Milestones_and_Release_Candidates | Milestones and Release Candidates]].  However, aside from releasing on milestone dates, ''DD 0.9'' release has not been following any of the other release guildelines intentionally, since the technology features have been, and are being developed continually through the ramp down cycle of Europa.  Also, we expect the ''DD 0.9'' release to be quickly superceeded by ''DD 1.0M1'' in both features and stability.  Given all that, we can treat the ''DD 0.9'' release also as practice of the release process rather than as a serious product release.
+
in particular the [[Europa_Simultaneous_Release#Milestones_and_Release_Candidates | Milestones and Release Candidates]].  However, aside from releasing on milestone dates, ''DD 0.9'' release has not been following any of the other release guidelines intentionally, since the technology features have been, and are being developed continually through the ramp down cycle of Europa.  Also, we expect the ''DD 0.9'' release to be quickly superseded by ''DD 1.0M1'' in both features and stability.  Given all that, we can treat the ''DD 0.9'' release also as practice of the release process rather than as a serious product release.
  
 
Instead of following the standard Europa ramp down policy from above, ''DD 0.9'' ramp down will be the following:
 
Instead of following the standard Europa ramp down policy from above, ''DD 0.9'' ramp down will be the following:
 
* We label HEAD as of 5-31-07 and use it as our branch point for 0.9 release.
 
* We label HEAD as of 5-31-07 and use it as our branch point for 0.9 release.
* Create a new version label ''R0_9'' and apply it on top of the ''v0_9_0-M7-20070518'' version label.
+
* Create a new version label ''R0_9'' and apply it on top of the ''v0_9_0-RC2-20070530'' version label.
* Create a new branch ''R0_9_maintanance'' and base it on the ''R0_9'' label.
+
* Create a new branch ''R0_9_maintenance'' and base it on the ''R0_9'' label.
 
* Continue feature development in HEAD.
 
* Continue feature development in HEAD.
* With +1 vote from PMC, commit fixes to ''P1'' bugs to ''R0_9_maintanance'' branch.  Severe bugs are the ones that pop-up error dialogs on common debugger operations.
+
* With +1 vote from PMC, commit fixes to ''P1'' bugs to ''R0_9_maintenance'' branch.

Latest revision as of 12:36, 31 May 2007

Under Construction

DD 0.9 release has been following the Europa milestones for the purpose of getting into practice of regular release cycles. For reference, see the Europa Simultaneous Release, in particular the Milestones and Release Candidates. However, aside from releasing on milestone dates, DD 0.9 release has not been following any of the other release guidelines intentionally, since the technology features have been, and are being developed continually through the ramp down cycle of Europa. Also, we expect the DD 0.9 release to be quickly superseded by DD 1.0M1 in both features and stability. Given all that, we can treat the DD 0.9 release also as practice of the release process rather than as a serious product release.

Instead of following the standard Europa ramp down policy from above, DD 0.9 ramp down will be the following:

  • We label HEAD as of 5-31-07 and use it as our branch point for 0.9 release.
  • Create a new version label R0_9 and apply it on top of the v0_9_0-RC2-20070530 version label.
  • Create a new branch R0_9_maintenance and base it on the R0_9 label.
  • Continue feature development in HEAD.
  • With +1 vote from PMC, commit fixes to P1 bugs to R0_9_maintenance branch.

Back to the top