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 "Helios/Simultaneous Release Plan"

(Projects)
(Milestones and Release Candidates)
 
(27 intermediate revisions by 2 users not shown)
Line 1: Line 1:
<div style="border: thin solid black; background-color: #F4FFF4; margin: 3px"><div style="margin: 4px">
+
This document is for '''developers''' of the June 2010 Helios [[Simultaneous Release]]. [Need link for users and consumers]
This page is for '''developers''' of the June 2010 Helios Simultaneous Release. If you are a consumer of the Release, perhaps a tester or an early adopter, you'll want [[Helios Simultaneous Release/For Users | Helios Simultaneous Release For Users]]. Note that [http://www.eclipse.org/projects/helios.php the master page on the eclipse.org site] points here.
+
<!--
</div></div>
+
If you are a consumer of the Release, perhaps a tester or an early adopter, you'll want [[Helios Simultaneous Release/For Users | Helios Simultaneous Release For Users]]. Note that [http://www.eclipse.org/projects/helios.php the master page on the eclipse.org site] points here.
 +
-->
  
This page is under development. It is expected to be complete around Mid September.
 
  
  
 
===Project Plan===
 
A roll up project plan for projects participating in the Helios simultaneous release is found here: http://www.eclipse.org/projects/project-plan.php?projectid=helios
 
  
 
===Requirements For Participation===
 
===Requirements For Participation===
Projects that are part of Helios agree to abide by the [http://www.eclipse.org/helios/planning/EclipseSimultaneousRelease.php requirements of the Eclipse Yearly Release].
+
Projects that are part of Helios agree to abide by the [http://www.eclipse.org/helios/planning/EclipseSimultaneousRelease.php requirements of the Eclipse yearly Simultaneous Release].
  
[TBD: link to report]
+
[http://eclipse.org/helios/planning/SimultaneousReleaseGrid.php Compliance Reports] show progress on meeting the requirements and their final achievement.
  
 
===Milestones and Release Candidates===
 
===Milestones and Release Candidates===
The milestone dates are at roughly 6 week intervals. Any end-of-cycle release-candidate (RC) dates are typically one week apart.  Each project has their deliveries due at times offset from the end-date, so that the project dependencies can come together in a reasonable order.  These delivery times are based on the dependencies between projects -- they are called the +0, +1, +2, and +3 dependencies. Projects themselves decide if they are +0, +1, +2, or +3. The actual time-offset represented by these intervals change over the course of the year of development, being several days at first, but then only one day near the end of the release. The following calendar is the official schedule of the overall Helios Release. Projects are free to have their own schedules as long as they meet the Helios deliverables.   
+
The Release is always on the fourth Wednesday of June. The milestone dates are at roughly 6 week intervals. Any end-of-cycle release-candidate (RC) dates are typically one week apart.  Each project has their deliveries due at times offset from the end-date, so that the project dependencies can come together in a reasonable order.  These delivery times are based on the dependencies between projects. They are labeled +0, +1, +2, and +3, with +0 coming first (the Platform) and +3 coming last (EPP). Projects themselves decide if they are +0, +1, +2, or +3. The actual time-offset represented by these intervals change over the course of the year of development, being several days at first, but then only one day near the end of the release. The following calendar is the official schedule of the overall Helios Release. Projects are free to have their own schedules as long as they meet the Helios deliverables.   
 +
 
 +
Note that projects choose their own +n category based on major or primary dependencies. There are many cases where a project might have to deliver pieces of their code a little earlier, if some project depends on it, or a little later if they have a stray dependency. These sorts of deviations are left to the projects to work out, pair-wise, among themselves. Feel free to bring up complicated cases for discussion.
 +
 
 +
Given all these constraints, the exact dates for any particular year are pretty predictable. The following table summarizes the most significant Helios dates, but see the subsequent calendar for the important details. That is, your stuff is due earlier than these table dates! Projects need to deliver a week or two before these "end dates", depending on their chosen, committed offset category (+0, +1, etc).
 +
 
 +
Note added 6/2/2010: see [http://dev.eclipse.org/mhonarc/lists/cross-project-issues-dev/msg04257.html message to cross project list] for clarification of exact final week process ... and remember to clarify Indigo's plan similarly.
  
Note that projects choose their +n category based on major or primary dependencies. There are many cases a project might have to deliver pieces of their code a little earlier, if some project depends on it. These sorts of deviations are left the the projects to work out among themselves.
 
  
TODO: final "target" to be called "GA", not RC5.
+
M1  Friday, August 21, 2009
 +
M2  Friday, October 2
 +
M3  Friday, November 13
 +
M4  Friday, December 18
 +
M5  Friday, February 5, 2010
 +
M6  Friday, March 19
 +
EclipseCon! March 22
 +
M7  Friday, May 7
 +
RC1 Friday, May 21
 +
RC2 Friday, May 28
 +
RC3 Friday, June 4
 +
RC4 Friday, June 11
 +
Release Wednesday, June 23
  
  
Line 28: Line 42:
 
[http://www.google.com/calendar/ical/gchs7nm4nvpm837469ddj9tjlk%40group.calendar.google.com/public/basic.ics ICal],[http://www.google.com/calendar/feeds/gchs7nm4nvpm837469ddj9tjlk%40group.calendar.google.com/public/basic ATOM News Feed],[http://www.google.com/calendar/embed?src=gchs7nm4nvpm837469ddj9tjlk%40group.calendar.google.com&ctz=America/New_York HTML]
 
[http://www.google.com/calendar/ical/gchs7nm4nvpm837469ddj9tjlk%40group.calendar.google.com/public/basic.ics ICal],[http://www.google.com/calendar/feeds/gchs7nm4nvpm837469ddj9tjlk%40group.calendar.google.com/public/basic ATOM News Feed],[http://www.google.com/calendar/embed?src=gchs7nm4nvpm837469ddj9tjlk%40group.calendar.google.com&ctz=America/New_York HTML]
  
===Communication===
+
===Communication Channels===
  
 
====Cross-Project Milestone & RC Status Reporting====
 
====Cross-Project Milestone & RC Status Reporting====
Line 45: Line 59:
 
=====Bugzilla=====
 
=====Bugzilla=====
  
If any doubt about where a bug belongs, it can always start in the "Cross-Project" component. (Under Eclipse Foundation > Community). If it really is a single-project's responsibility, it can be moved to that project. If it is a true cross-project bug, where several projects need to act, then it can stay in the cross-project component.  
+
If there is any doubt about where a bug belongs, it can always start in the "Cross-Project" component. (Under Eclipse Foundation > Community). If it turns out to be a single-project's responsibility, it can be moved to that project. If it is a true cross-project bug, where several projects need to act, then it can stay in the cross-project component.  
  
 
* [https://bugs.eclipse.org/bugs/buglist.cgi?query_format=advanced&short_desc_type=allwordssubstr&short_desc=&classification=Eclipse+Foundation&product=Community&component=Cross-Project&long_desc_type=allwordssubstr&long_desc=&bug_file_loc_type=allwordssubstr&bug_file_loc=&status_whiteboard_type=allwordssubstr&status_whiteboard=&keywords_type=allwords&keywords=&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&emailtype1=substring&email1=&emailtype2=substring&email2=&bugidtype=include&bug_id=&votes=&chfieldfrom=&chfieldto=Now&chfieldvalue=&cmdtype=doit&order=Reuse+same+sort+as+last+time&field0-0-0=noop&type0-0-0=noop&value0-0-0= Search] in Eclipse Foundation > Community > Cross-Project
 
* [https://bugs.eclipse.org/bugs/buglist.cgi?query_format=advanced&short_desc_type=allwordssubstr&short_desc=&classification=Eclipse+Foundation&product=Community&component=Cross-Project&long_desc_type=allwordssubstr&long_desc=&bug_file_loc_type=allwordssubstr&bug_file_loc=&status_whiteboard_type=allwordssubstr&status_whiteboard=&keywords_type=allwords&keywords=&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&emailtype1=substring&email1=&emailtype2=substring&email2=&bugidtype=include&bug_id=&votes=&chfieldfrom=&chfieldto=Now&chfieldvalue=&cmdtype=doit&order=Reuse+same+sort+as+last+time&field0-0-0=noop&type0-0-0=noop&value0-0-0= Search] in Eclipse Foundation > Community > Cross-Project
Line 52: Line 66:
 
=====The Planning Council Mailing List=====
 
=====The Planning Council Mailing List=====
  
Because there has been confusion in the past, we'll be explicit here that the  [https://dev.eclipse.org/mailman/listinfo/eclipse.org-planning-council planning council mailing list (eclipse.org-planning-council) ] if for Planning Council business, not the Helios Release activities per se. While they sometimes overlap, there is no need to cross post. While anyone can request a subscription to the planning council list (for openness and transparency) the expectation is that only Planning Council members post to it.
+
Because there has been confusion in the past, we'll be explicit here that the  [https://dev.eclipse.org/mailman/listinfo/eclipse.org-planning-council planning council mailing list (eclipse.org-planning-council) ] is for Planning Council business, not the Helios Release activities per se. While they sometimes overlap, there is no need to cross post. While anyone can request a subscription to the planning council list (for openness and transparency) the expectation is that only Planning Council members post to it.
  
 
=====Conference Calls=====
 
=====Conference Calls=====
Line 62: Line 76:
 
===Helios Builds and P2 repository ===
 
===Helios Builds and P2 repository ===
  
[TBD: this section needs work still. Some is inaccurate or out of date]
+
==== Builds (Aggregation) ====
  
A number of utilities have been written to automate the assembly of Callisto '06, Europa '07, Ganymede '08 and now Helios '09 builds. These are available in their own CVS respository. You can find more information about how this is organized and individual project responsibilities for the build on this [[Helios/Build | Helios Build]] page (with old information on the [[Ganymede/Build | Ganymede Build]]  and [[Europa/Build | Europa Build]] pages).
+
This section, about assembling the repositories, is subject to change, as improvements in the process are made.  
  
And with Helios we are using the [[Buckminster Galileo Builder|Buckminster Helios Builder]].
+
A number of utilities have been written to automate the assembly of Callisto '06, Europa '07, Ganymede '08, Galileo '09, and now Helios '10 builds. These are available in their own CVS repository. You can find more information about the history and organization by looking at some of the old, previous information on the [[Galileo/Build | Galileo Build]], [[Ganymede/Build | Ganymede Build]] or [[Europa/Build | Europa Build]] pages).
 +
 
 +
With Helios we are using the [[Buckminster Galileo Builder|Buckminster Galileo/Helios Builder]] (with some discussion of incorporating the [[Buckminster_Aggregator_User_Guide|Buckminster Aggregator]]).  
  
 
The [[Helios/Contributing_to_Helios_Build | Contributing to Helios Build]] page is where you go to learn how to add your project to the Helios build.
 
The [[Helios/Contributing_to_Helios_Build | Contributing to Helios Build]] page is where you go to learn how to add your project to the Helios build.
Line 82: Line 98:
 
  http://download.eclipse.org/releases/staging
 
  http://download.eclipse.org/releases/staging
  
===Coordinated Service Releases ===
+
===Service Releases ===
 +
 
 +
Coordinated Service Releases are (always) scheduled for the fourth Friday of September, and the fourth Friday of February. Individual Projects may have their own, of course, at any time, if they need to, but all participants in the Yearly Release, are expected to participate in the Coordinated Service Releases. What bugs are fixed, if any, is up to each Project to decide, but each Project must continue to "fit in", build, install, avoid conflicts, etc.
 +
 
 +
[Note: the following Service Release dates have not yet been added to the above calender, but will be soon.]
  
 
==== SR1 ====
 
==== SR1 ====
GA: 9/25/09 (last Friday of September)
+
GA: 9/24/2010 (last Friday of September)
  
 
In the SR1 rampdown, as shown in the following table, there will be 4 RCs, each spanning one week, with projects staging themselves into the build just one day apart.  
 
In the SR1 rampdown, as shown in the following table, there will be 4 RCs, each spanning one week, with projects staging themselves into the build just one day apart.  
  
Projects may elect not to participate in a particular RC, but have an obligation to fix any build problems that is related to their code or p2 repository.  
+
Projects may elect not to participate in a particular RC, but have an obligation to fix any build problems that are related to their code or p2 repository.  
  
 
RC1 will be in the middle of August, several weeks earlier than previous years, just to make sure we can still  build, etc. Subsequent RCs dates are similar to [[Ganymede#Coordinated_Service_Releases| previous years]], except a "quiet" final week is also planned. (It is normally pretty quiet anyway ... this just formalizes it).  
 
RC1 will be in the middle of August, several weeks earlier than previous years, just to make sure we can still  build, etc. Subsequent RCs dates are similar to [[Ganymede#Coordinated_Service_Releases| previous years]], except a "quiet" final week is also planned. (It is normally pretty quiet anyway ... this just formalizes it).  
Line 95: Line 115:
 
The Final week before GA will not have any further builds or contributions, but instead be reserved for final adopter testing and preparation and only emergency fixes for very serious regressions will be considered.
 
The Final week before GA will not have any further builds or contributions, but instead be reserved for final adopter testing and preparation and only emergency fixes for very serious regressions will be considered.
  
The 'promote' day (9/24) will be the day projects put final zips in their final spot (without displaying them) so they can propagate through the mirroring system. Similar for the p2 repository -- it will be replaced on 9/24 with the new content so it can start mirroring. Note: there is no plan to retain multiple versions in the common discovery repository (unless someone volunteers to do what's required to make that happen). At noon on 9/25 projects can make their final maintenance releases visible.  
+
The 'promote' day (9/23) will be the day projects put final zips in their final spot (without displaying them) so they can propagate through the mirroring system. Similar for the p2 repository -- it will be replaced on 9/23 with the new content so it can start mirroring. Note: there is no plan to retain multiple versions in the common discovery repository (unless someone volunteers to do what's required to make that happen). At noon on 9/24 projects can make their final maintenance releases visible.  
  
 
{| border="1" align="center" width="600"
 
{| border="1" align="center" width="600"
Line 107: Line 127:
 
|-
 
|-
 
! align="right" | RC1
 
! align="right" | RC1
 +
| 8/9
 
| 8/10
 
| 8/10
 
| 8/11
 
| 8/11
 
| 8/12
 
| 8/12
 
| 8/13
 
| 8/13
| 8/14
 
 
|-
 
|-
 
! align="right" | RC2
 
! align="right" | RC2
 +
| 8/30
 
| 8/31
 
| 8/31
 
| 9/1
 
| 9/1
 
| 9/2
 
| 9/2
 
| 9/3
 
| 9/3
| 9/4
 
 
|-
 
|-
 
! align="right" | RC3
 
! align="right" | RC3
 +
| 9/6
 
| 9/7
 
| 9/7
 
| 9/8
 
| 9/8
 
| 9/9
 
| 9/9
 
| 9/10
 
| 9/10
| 9/11
 
 
|-
 
|-
 
! align="right" | RC4
 
! align="right" | RC4
 +
| 9/13
 
| 9/14
 
| 9/14
 
| 9/15
 
| 9/15
 
| 9/16
 
| 9/16
 
| 9/17
 
| 9/17
| 9/18
 
 
|-
 
|-
 
! align="right" | Helios SR1 ("GA")
 
! align="right" | Helios SR1 ("GA")
Line 138: Line 158:
 
|  
 
|  
 
|  
 
|  
| promote: 9/24
+
| promote: 9/23
| GA: 9/25
+
| GA: 9/24
 
|}
 
|}
  
 
==== SR2 ====
 
==== SR2 ====
2/26/10 (last Friday of February)
+
2/25/2011 (last Friday of February)
  
 
Rampdown similar to SR1.
 
Rampdown similar to SR1.
Line 158: Line 178:
 
|-
 
|-
 
! align="right" | RC1
 
! align="right" | RC1
 +
| 1/17
 
| 1/18
 
| 1/18
 
| 1/19
 
| 1/19
 
| 1/20
 
| 1/20
 
| 1/21
 
| 1/21
| 1/22
 
 
|-
 
|-
 
! align="right" | RC2
 
! align="right" | RC2
 +
| 1/31
 
| 2/1
 
| 2/1
 
| 2/2
 
| 2/2
 
| 2/3
 
| 2/3
 
| 2/4
 
| 2/4
| 2/5
 
 
|-
 
|-
 
! align="right" | RC3
 
! align="right" | RC3
 +
| 2/7
 
| 2/8
 
| 2/8
 
| 2/9
 
| 2/9
 
| 2/10
 
| 2/10
 
| 2/11
 
| 2/11
| 2/12
 
 
|-
 
|-
 
! align="right" | RC4
 
! align="right" | RC4
 +
| 2/14
 
| 2/15
 
| 2/15
 
| 2/16
 
| 2/16
 
| 2/17
 
| 2/17
 
| 2/18
 
| 2/18
| 2/19
 
 
|-
 
|-
 
! align="right" | Helios SR2 ("GA")
 
! align="right" | Helios SR2 ("GA")
Line 189: Line 209:
 
|  
 
|  
 
|  
 
|  
| promote: 2/25
+
| promote: 2/24
| GA: 2/26
+
| GA: 2/25
 
|}
 
|}
  
=== Projects ===
+
=== Participating Projects ===
  
The projects that plan to participate in the Helios Simultaneous Release are listed below, along with their milestone offsets, leaders, release engineer, and ramp down policy.
+
There is a [[Helios/Participating_Projects |separate page for projects that plan to participate]] in the [[Simultaneous Release]].
 
+
{| cellspacing="1" cellpadding="3" border="1" align="center" style="width: 723px; height: 1839px;"
+
|-
+
! Project/''Component''
+
! Project/''Component'' Lead(s)
+
! Release Engineer
+
! Offset
+
|-
+
|
+
[http://www.eclipse.org/actf/ Accessibility Tools Framework (ACTF)]  
+
 
+
| Chieko Asakawa
+
| Kentarou Fukuda
+
| +3
+
|-
+
|
+
[http://www.eclipse.org/birt Business Intelligence and Reporting Tools (BIRT)]  
+
 
+
| Wenfeng Li
+
| Xiaoying Gu
+
| +2
+
|-
+
|
+
[http://www.eclipse.org/buckminster Buckminster]
+
 
+
| Thomas Hallgren, Henrik Lindberg
+
| Thomas Hallgren
+
| +2
+
|-
+
|
+
[http://www.eclipse.org/cdt CDT]
+
 
+
| Doug Schaefer
+
| Vivian Kong
+
| +1
+
|-
+
|
+
[http://www.eclipse.org/dltk DLTK]
+
 
+
| Andrey Platov
+
| Andrey Platov
+
| +3
+
|-
+
|
+
<strike>[http://www.eclipse.org/dsdp/ DSDP] [http://www.eclipse.org/dsdp/dd/ DD]</strike>
+
 
+
| <strike>Pawel Piech</strike>
+
| <strike>Ted Williams</strike>
+
| <strike>+2</strike>
+
|-
+
|
+
[http://www.eclipse.org/dsdp/ DSDP] [http://www.eclipse.org/dsdp/tm/ TM]
+
 
+
| Martin Oberhuber
+
| Martin Oberhuber
+
| +1
+
|-
+
|
+
[http://www.eclipse.org/dsdp/ DSDP] [http://www.eclipse.org/dsdp/tml/ TmL]
+
 
+
| Eric Cloninger, Fabio Fantato
+
| Fabio Fantato
+
| +0
+
|-
+
|
+
[http://www.eclipse.org/dsdp/ DSDP] [http://www.eclipse.org/dsdp/mtj/ MTJ]
+
 
+
| Gustavo de Paula
+
| Diego Madruga Sandin
+
| +1
+
|-
+
|
+
[http://www.eclipse.org/datatools/ Data Tools Platform (DTP)]
+
 
+
| Brian Fitzpatrick
+
| Xiaoying Gu
+
| +1
+
|-
+
|
+
[http://www.eclipse.org/ecf/ Eclipse Communication Framework (ECF)]
+
 
+
| Scott Lewis
+
| Ted Kubaska/Scott Lewis
+
| +2
+
|-
+
|
+
[http://www.eclipse.org/eclipselink/ Eclipse Persistence Services Project (EclipseLink)]
+
 
+
| Peter Krogh, Doug Clarke
+
| Peter Krogh
+
| +1
+
|-
+
|
+
[http://www.eclipse.org/eclipse/ The Eclipse Project]
+
 
+
:''[http://www.eclipse.org/platform Platform], [http://www.eclipse.org/jdt JDT], [http://www.eclipse.org/pde PDE]''
+
 
+
| Mike Wilson
+
| Kim Moir<br>[http://www.eclipse.org/eclipse/platform-releng/buildSchedule.html Build Schedule]
+
| 0
+
|-
+
|
+
[http://www.eclipse.org/Equinox/ Equinox]
+
 
+
| Thomas Watson, Jeff McAffer
+
| Kim Moir<br>[http://www.eclipse.org/eclipse/platform-releng/buildSchedule.html Build Schedule]
+
| 0
+
|-
+
|
+
[http://www.eclipse.org/emf/ EMF]
+
 
+
:''[http://www.eclipse.org/modeling/emf/?project=emf#emf EMF (Core)]''
+
:''[http://www.eclipse.org/modeling/emf/?project=query#query Query], [http://www.eclipse.org/modeling/emf/?project=transaction#transaction Transaction], [http://www.eclipse.org/modeling/emf/?project=validation#validation Validation],''
+
:''[http://www.eclipse.org/modeling/emft/?project=teneo#teneo Teneo]''
+
:''[http://www.eclipse.org/modeling/emft/?project=net4j#net4j Net4j]'', ''[http://www.eclipse.org/modeling/emft/?project=cdo#cdo CDO]''
+
 
+
| Ed Merks
+
:''Ed Merks''
+
:''Christian Damus''
+
:''Martin Taal''
+
:''Eike Stepper''
+
 
+
| <br>
+
:''Nick Boldt''
+
:''Christian Damus''
+
:''Martin Taal''
+
:''Eike Stepper''
+
 
+
| <br>
+
+1<br> +2<br> +2<br> +1, +2
+
 
+
|-
+
|
+
[http://www.eclipse.org/modeling/emft EMFT]
+
 
+
:''<strike>[http://www.eclipse.org/emft/projects/search/ EMF Search]</strike>''
+
:''[http://www.eclipse.org/emft/projects/compare/ EMF Compare]''
+
:''[http://www.eclipse.org/modeling/emft/?project=ecoretools Ecore Tools]''
+
:''[http://www.eclipse.org/modeling/emft/?project=mint#mint Mint]''
+
:''[http://www.eclipse.org/modeling/emft/?project=mwe MWE]''
+
:''[http://www.eclipse.org/emfindex EMF Index]''
+
 
+
| Ed Merks
+
:''<strike>Lucas Bigeardel</strike>''
+
:''Cédric Brun''
+
:''David Sciamma''
+
:''Peter Nehrer''
+
:''Bernd Kolb''
+
:''Jan Koehnlein''
+
 
+
| <br>
+
:''<strike>Lucas Bigeardel</strike>''
+
:''Cédric Brun''
+
:''Jacques Lescot''
+
:''Peter Nehrer''
+
:''Dennis Huebner''
+
:''Dennis Huebner''
+
 
+
| <br>
+
+2
+
 
+
|-
+
|
+
[http://www.eclipse.org/epp/usagedata EPP]
+
 
+
| Markus Knauer
+
:''Wayne Beaton''
+
 
+
|
+
Wayne Beaton
+
 
+
| +2
+
|-
+
|
+
[http://www.eclipse.org/gef/ Graphical Editing Framework (GEF)]
+
 
+
| Anthony Hunter
+
| Anthony Hunter
+
| +1
+
|-
+
|
+
[http://www.eclipse.org/gmf/ Graphical Modeling Framework (GMF)]
+
 
+
| Richard Gronback
+
| Richard Gronback
+
| +2
+
|-
+
|
+
[http://www.eclipse.org/gmt/ Generative Modeling Technologies (GMT)]
+
 
+
:''[http://www.eclipse.org/gmt/modisco/ MoDisco]''
+
 
+
| Jean Bezivin
+
:''Hugo Bruneliere''
+
 
+
| <br>
+
:''Nicolas Bros''
+
 
+
| <br>
+
+3
+
 
+
|-
+
|
+
[http://www.eclipse.org/jwt/ JWT]
+
 
+
| Marc Dutoo, Florian Lautenbacher
+
| Christian Saad
+
| +3
+
|-
+
|
+
[http://www.eclipse.org/mat/ Memory Analyzer (MAT)]
+
 
+
| Andreas Buchen
+
| Erwin Margewitsch
+
| +3
+
|-
+
|
+
[http://www.eclipse.org/modeling/mdt/ MDT]
+
 
+
:''[http://www.eclipse.org/modeling/mdt/?project=ocl#ocl OCL]''
+
:''[http://www.eclipse.org/modeling/mdt/?project=uml2#uml2 UML2]''
+
:''[http://www.eclipse.org/modeling/mdt/?project=uml2tools#uml2tools UML2 Tools]''
+
:''[http://www.eclipse.org/modeling/mdt/?project=xsd#xsd XSD]''
+
 
+
| Kenn Hussey
+
:''Aleksandr Igdalov''
+
:''James Bruck''
+
:''Michael Golubev''
+
:''Ed Merks''
+
 
+
| <br>
+
:''Aleksandr Igdalov''
+
:''James Bruck''
+
:''Michael Golubev''
+
:''Nick Boldt''
+
 
+
| <br>
+
+1<br> +1<br> +3<br> +1
+
 
+
|-
+
|
+
[http://www.eclipse.org/m2m/ M2M]
+
 
+
:''[http://www.eclipse.org/m2m/atl/ ATL]''
+
:''[http://wiki.eclipse.org/index.php/QVTO QVTO]''
+
 
+
| Frédéric Jouault
+
:''Frédéric Jouault''
+
:''Radek Dvorak''
+
 
+
| <br>
+
:''William Piers''
+
:''Radek Dvorak''
+
 
+
| &nbsp;
+
+2
+
 
+
|-
+
|
+
[http://www.eclipse.org/modeling/m2t/ M2T]
+
 
+
:''[http://www.eclipse.org/modeling/m2t/?project=jet#jet JET]''
+
:''[http://www.eclipse.org/modeling/m2t/?project=xpand Xpand]''
+
:''[http://www.eclipse.org/modeling/m2t/?project=acceleo Acceleo]''
+
 
+
| Paul Elder
+
:''Paul Elder''
+
:''Sven Efftinge''
+
:''Jonathan Musset'''
+
 
+
| <br>
+
:''Paul Elder''
+
:''Dennis Huebner''
+
:''Cédric Brun''
+
 
+
| <br>
+
+1<br>+2<br>+2
+
 
+
|-
+
|
+
[http://www.eclipse.org/mylyn/ Mylyn]
+
 
+
| Mik Kersten
+
| Steffen Pingel
+
| +3
+
|-
+
|
+
[http://www.eclipse.org/pdt/ PHP Development Tools (PDT)]
+
 
+
| Roy Ganor
+
| Roy Ganor
+
:''Nick Boldt (backup)''
+
 
+
| +3
+
|-
+
|
+
[http://www.eclipse.org/rap/ Rich Ajax Platform (RAP)]
+
 
+
| Jochen Krause, Ruediger Herrmann
+
| Ralf Sternberg, Ruediger Herrmann
+
| +2
+
|-
+
|
+
[http://www.eclipse.org/riena/ Riena]
+
 
+
| Christian Campo
+
| Christian Campo
+
| +3
+
|-
+
|
+
[http://www.eclipse.org/stp/ SOA Tools Platform (STP)]
+
 
+
:''[http://www.eclipse.org/stp/sca/ SCA Tools]''
+
:''[http://www.eclipse.org/bpmn/ BPMN]''
+
 
+
| Oisin Hurley
+
:''Stéphane Drapeau''
+
:''Antoine Toulmé''
+
 
+
| Oisin Hurley <br>
+
:''Stéphane Drapeau''
+
:''Antoine Toulmé''
+
 
+
| +3
+
|-
+
|
+
[http://www.eclipse.org/subversive/ Subversive]
+
 
+
| Igor Vinnykov
+
| Igor Burilo
+
| +2
+
|-
+
|
+
[http://www.eclipse.org/swordfish/ Swordfish]
+
 
+
| Zsolt Beothy-Elo, Oliver Wolf
+
| Zsolt Beothy-Elo
+
| +3
+
|-
+
|
+
[http://www.eclipse.org/modeling/tmf/ TMF]
+
 
+
:''[http://www.eclipse.org/modeling/tmf/?project=xtext Xtext]''
+
 
+
| Sven Efftinge, Frédéric Jouault
+
:''Sven Efftinge''
+
 
+
| <br>
+
Dennis Huebner
+
 
+
| <br>
+
+2
+
 
+
|-
+
|
+
[http://www.eclipse.org/tptp/ Test &amp; Performance Tools Platform (TPTP)]
+
 
+
:''Platform, Test, Trace, Monitoring''
+
 
+
| Kathy Chan
+
| Joel Cayne
+
| +2
+
|-
+
|
+
[http://www.eclipse.org/webtools/ Web Tools Platform (WTP)]
+
 
+
| David Williams
+
| David Williams
+
| +2
+
|}
+
  
 
[[Category:Helios]] [[Category:Coordinated]]
 
[[Category:Helios]] [[Category:Coordinated]]

Latest revision as of 01:31, 3 June 2010

This document is for developers of the June 2010 Helios Simultaneous Release. [Need link for users and consumers]



Requirements For Participation

Projects that are part of Helios agree to abide by the requirements of the Eclipse yearly Simultaneous Release.

Compliance Reports show progress on meeting the requirements and their final achievement.

Milestones and Release Candidates

The Release is always on the fourth Wednesday of June. The milestone dates are at roughly 6 week intervals. Any end-of-cycle release-candidate (RC) dates are typically one week apart. Each project has their deliveries due at times offset from the end-date, so that the project dependencies can come together in a reasonable order. These delivery times are based on the dependencies between projects. They are labeled +0, +1, +2, and +3, with +0 coming first (the Platform) and +3 coming last (EPP). Projects themselves decide if they are +0, +1, +2, or +3. The actual time-offset represented by these intervals change over the course of the year of development, being several days at first, but then only one day near the end of the release. The following calendar is the official schedule of the overall Helios Release. Projects are free to have their own schedules as long as they meet the Helios deliverables.

Note that projects choose their own +n category based on major or primary dependencies. There are many cases where a project might have to deliver pieces of their code a little earlier, if some project depends on it, or a little later if they have a stray dependency. These sorts of deviations are left to the projects to work out, pair-wise, among themselves. Feel free to bring up complicated cases for discussion.

Given all these constraints, the exact dates for any particular year are pretty predictable. The following table summarizes the most significant Helios dates, but see the subsequent calendar for the important details. That is, your stuff is due earlier than these table dates! Projects need to deliver a week or two before these "end dates", depending on their chosen, committed offset category (+0, +1, etc).

Note added 6/2/2010: see message to cross project list for clarification of exact final week process ... and remember to clarify Indigo's plan similarly.


M1  Friday, August 21, 2009
M2  Friday, October 2
M3  Friday, November 13
M4  Friday, December 18
M5  Friday, February 5, 2010
M6  Friday, March 19
EclipseCon! March 22
M7  Friday, May 7
RC1 Friday, May 21
RC2 Friday, May 28
RC3 Friday, June 4
RC4 Friday, June 11
Release Wednesday, June 23


The calendar is available in the following formats: ICal,ATOM News Feed,HTML

Communication Channels

Cross-Project Milestone & RC Status Reporting

Only negative status needs to be reported. It is essential for many aspect of the simultaneous release that communication be prompt and clear, on many topics. One of the most important ones, is if someone is not meeting some date or delivery. Put another way, we assume everyone is on target and has delivered their stuff unless a note is sent to cross-project list that you are delayed. Its better to be up front about it, so everyone knows what to expect, rather than to hope things turn out ok at the very last minute, since if you "miss" without saying anything you are more likely to impact other people, and miss your chance to be part of the release.

Mailing Lists and Newsgroups

Eclipse projects have three communication channels: a mailing list for developers, a newsgroup for users, and Bugzilla. While Helios is not a "project" per se, it will use the same structure:

Developer mailing list
  • cross-projects-issues-dev - mailing list for developers and releng (see archives). This is the list to use to discuss build issues, announce changes in plans, slippage in deliverables, etc.
Users news group
Bugzilla

If there is any doubt about where a bug belongs, it can always start in the "Cross-Project" component. (Under Eclipse Foundation > Community). If it turns out to be a single-project's responsibility, it can be moved to that project. If it is a true cross-project bug, where several projects need to act, then it can stay in the cross-project component.

The Planning Council Mailing List

Because there has been confusion in the past, we'll be explicit here that the planning council mailing list (eclipse.org-planning-council) is for Planning Council business, not the Helios Release activities per se. While they sometimes overlap, there is no need to cross post. While anyone can request a subscription to the planning council list (for openness and transparency) the expectation is that only Planning Council members post to it.

Conference Calls

The Planning Council has regularly scheduled calls for Planning Council business. See conference calls.

But there are no planned calls for the release, per se, or for larger audiences, but they can be arranged if required or desired (for example, if needed for build coordination).

Helios Builds and P2 repository

Builds (Aggregation)

This section, about assembling the repositories, is subject to change, as improvements in the process are made.

A number of utilities have been written to automate the assembly of Callisto '06, Europa '07, Ganymede '08, Galileo '09, and now Helios '10 builds. These are available in their own CVS repository. You can find more information about the history and organization by looking at some of the old, previous information on the Galileo Build, Ganymede Build or Europa Build pages).

With Helios we are using the Buckminster Galileo/Helios Builder (with some discussion of incorporating the Buckminster Aggregator).

The Contributing to Helios Build page is where you go to learn how to add your project to the Helios build.

p2 Repository

To obtain the latest published bits from Helios, use this URL:

http://download.eclipse.org/releases/helios

It contains the latest milestone, release candidate, eventually the release itself, and then eventually service releases.

To obtain the latest working version, as we build up to a milestone or release, you can test the site at

http://download.eclipse.org/releases/staging

Service Releases

Coordinated Service Releases are (always) scheduled for the fourth Friday of September, and the fourth Friday of February. Individual Projects may have their own, of course, at any time, if they need to, but all participants in the Yearly Release, are expected to participate in the Coordinated Service Releases. What bugs are fixed, if any, is up to each Project to decide, but each Project must continue to "fit in", build, install, avoid conflicts, etc.

[Note: the following Service Release dates have not yet been added to the above calender, but will be soon.]

SR1

GA: 9/24/2010 (last Friday of September)

In the SR1 rampdown, as shown in the following table, there will be 4 RCs, each spanning one week, with projects staging themselves into the build just one day apart.

Projects may elect not to participate in a particular RC, but have an obligation to fix any build problems that are related to their code or p2 repository.

RC1 will be in the middle of August, several weeks earlier than previous years, just to make sure we can still build, etc. Subsequent RCs dates are similar to previous years, except a "quiet" final week is also planned. (It is normally pretty quiet anyway ... this just formalizes it).

The Final week before GA will not have any further builds or contributions, but instead be reserved for final adopter testing and preparation and only emergency fixes for very serious regressions will be considered.

The 'promote' day (9/23) will be the day projects put final zips in their final spot (without displaying them) so they can propagate through the mirroring system. Similar for the p2 repository -- it will be replaced on 9/23 with the new content so it can start mirroring. Note: there is no plan to retain multiple versions in the common discovery repository (unless someone volunteers to do what's required to make that happen). At noon on 9/24 projects can make their final maintenance releases visible.

+0
Mon.
+1
Tues.
+2
Wed.
+3
Thur.
EPP
Fri.
RC1 8/9 8/10 8/11 8/12 8/13
RC2 8/30 8/31 9/1 9/2 9/3
RC3 9/6 9/7 9/8 9/9 9/10
RC4 9/13 9/14 9/15 9/16 9/17
Helios SR1 ("GA") promote: 9/23 GA: 9/24

SR2

2/25/2011 (last Friday of February)

Rampdown similar to SR1.


+0
Mon.
+1
Tues.
+2
Wed.
+3
Thur.
EPP
Fri.
RC1 1/17 1/18 1/19 1/20 1/21
RC2 1/31 2/1 2/2 2/3 2/4
RC3 2/7 2/8 2/9 2/10 2/11
RC4 2/14 2/15 2/16 2/17 2/18
Helios SR2 ("GA") promote: 2/24 GA: 2/25

Participating Projects

There is a separate page for projects that plan to participate in the Simultaneous Release.

Copyright © Eclipse Foundation, Inc. All Rights Reserved.