Skip to main content

Notice: This Wiki is now read only and edits are no longer possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.

Jump to: navigation, search

Difference between revisions of "WTP 2010-06-24"

(WTP 3.2.1)
(WTP 3.2.1)
Line 132: Line 132:
  
  
:[[WTP_3.2.x_Maintenance| WTP 3.2.x maintenance release plan]]
+
* [[WTP_3.2.x_Maintenance| WTP 3.2.x maintenance release plan]]
  
  
: how/when to branch code? [[WTP_How_to:_Branching_Policy_and_Practices]] (updated ... but feel free to improve)
+
* how/when to branch code? [[WTP_How_to:_Branching_Policy_and_Practices]] (updated ... but feel free to improve)
  
In brief, while you are doing ONLY maintenance (so maintenance and "next major release"
 
are exactly the same code) you can develop in only HEAD, but just be sure to release to the branched map files.
 
You can merge (or "compare") HEAD map files with branched map files, so they have the exact same version tags
 
in both map files ... that is, there is no need to "release" twice (should have exact same version and qualifier in both builds,
 
if code is really exactly the same).
 
 
Remember to bump service field version ... normally +1, if destined for WTP 3.2.1, +100 only required if doing service for next major release, that will not be in a service release.
 
 
 
Once maintenance and "next major release" code streams start to differ, we have agreed, in the
 
past, that code in the same map file, should all be branched together, at the same time, and comments in the map file updated.
 
This makes it easier for others to "load up" an environment for what ever stream they are working on,
 
where as if done bundle by bundle, no one can easily figure that out what's what.
 
  
 
* Bug Review
 
* Bug Review
Line 160: Line 148:
  
  
<!--
 
 
=== Schedule ===
 
=== Schedule ===
  
 +
:6/16 Map files branched, M (continuous) builds started
 +
 +
:::Project lead review and approval until July 1
 +
 +
:7/1 Declared M-build RC1
 +
 +
:::PMC +1 review: July 2 - July 8
 +
 +
:7/8 Declared M-build RC2
 +
 +
:::PMC +2 review: July 9 - July 15
 +
 +
:7/15 Declared M-build RC3 <== final build, unless blockers found
 +
 +
:::PMC +3 review: July 16 - July 22
 +
 +
:7/22 Declared M-build RC4 <== final build, if needed
  
 +
:::July 23 - July 30 is "quiet week" to allow in depth testing with no changes
  
 +
:7/30 Official Release
  
  
  
 
See "references" <ref>Our plan dates are on 'Friday' of the week. But, we produce and test the build on Thursday of the week, and ideally declare on Thursday. The dates in the Google Web Tools group calendar are for 'Thursdays' since that's a calendar for committers.  We give ourselves the buffer to Friday, as our "public" date, that others can pick up our build, just in case a regression is found on Thursday and we have to respin and retest. [Technically, some might say, we still have till the following Tuesday or Wednesday for some "Simultaneous Release" due dates ... but it's hard to do much in that window, without disrupting everyone ... so we'll not use that buffer, except for the worst emergencies.]</ref> for detailed explanation of what these dates mean.
 
See "references" <ref>Our plan dates are on 'Friday' of the week. But, we produce and test the build on Thursday of the week, and ideally declare on Thursday. The dates in the Google Web Tools group calendar are for 'Thursdays' since that's a calendar for committers.  We give ourselves the buffer to Friday, as our "public" date, that others can pick up our build, just in case a regression is found on Thursday and we have to respin and retest. [Technically, some might say, we still have till the following Tuesday or Wednesday for some "Simultaneous Release" due dates ... but it's hard to do much in that window, without disrupting everyone ... so we'll not use that buffer, except for the worst emergencies.]</ref> for detailed explanation of what these dates mean.
-->
 
  
 
== Helios Retrospective ==  
 
== Helios Retrospective ==  

Revision as of 02:26, 24 June 2010

WTP Development Status Meeting

Attendees

Project Leads
Carl
Tim
Keith
Nitin
Chuck
Kaloyan
Raghu
Neil
David
Committers
Bob
Konstantin
Chris
Dave
Larry
Kate
Angel
Valentin
Paul
Nick
Gabriel
Eric
Rob
Sam
Friends
Elson
Ian
Aidyl

Note: feel free to correct any errors/omissions in above attendance record.

Remember, any committer can add an agenda item. Typically, short announcements or news items go in the "Announcements" section at the beginning. Longer items or issues requiring discussion should go in the "Other business" section at end.

Announcements And Special Reports

WTP Calendar

(Weekly Google Calendar updated through June, 2010)


For Helios overall dates, see a Simultaneous Release Calendar



WTP 3.2.1

  • No Build to declare this week (Planning week)




  • Bug Review
Hotbugs [1]
Blocker and Critical
P1s that need attention


Schedule

6/16 Map files branched, M (continuous) builds started
Project lead review and approval until July 1
7/1 Declared M-build RC1
PMC +1 review: July 2 - July 8
7/8 Declared M-build RC2
PMC +2 review: July 9 - July 15
7/15 Declared M-build RC3 <== final build, unless blockers found
PMC +3 review: July 16 - July 22
7/22 Declared M-build RC4 <== final build, if needed
July 23 - July 30 is "quiet week" to allow in depth testing with no changes
7/30 Official Release


See "references" [2] for detailed explanation of what these dates mean.

Helios Retrospective

For both our specific project, and the overall Helios release.

Provide input to Planning council retrospective meeting on 7/7.

See last year's notes.

and this year's page.

Other business

  •  ?

References

  1. Hotbug Policy
  2. Our plan dates are on 'Friday' of the week. But, we produce and test the build on Thursday of the week, and ideally declare on Thursday. The dates in the Google Web Tools group calendar are for 'Thursdays' since that's a calendar for committers. We give ourselves the buffer to Friday, as our "public" date, that others can pick up our build, just in case a regression is found on Thursday and we have to respin and retest. [Technically, some might say, we still have till the following Tuesday or Wednesday for some "Simultaneous Release" due dates ... but it's hard to do much in that window, without disrupting everyone ... so we'll not use that buffer, except for the worst emergencies.]

Also, see

WTP_3.2_Ramp_down_Plan_for_Helios

Web Tools Platform Plans

IP Logs selector

WTP 3.1 Post Mortem

See also the WTP Meeting Archive-Reference Page.

Back to the top