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.
Difference between revisions of "WTP 2010-06-17"
(6/17) |
(→Attendees) |
||
| (11 intermediate revisions by one other user not shown) | |||
| Line 75: | Line 75: | ||
|- | |- | ||
| Eric | | Eric | ||
| − | | | + | | |
|- | |- | ||
| Rob | | Rob | ||
| Line 106: | Line 106: | ||
=== Announcements And Special Reports === | === Announcements And Special Reports === | ||
| − | + | ||
* [http://www.eclipsecon.org/summiteurope2010/submissions/?page=submissions Eclipse Summit Europe (ESE) 2010] | * [http://www.eclipsecon.org/summiteurope2010/submissions/?page=submissions Eclipse Summit Europe (ESE) 2010] | ||
* [http://www.eclipse.org/helios/heliosinaction.php Helios in Action (2 slots!)] | * [http://www.eclipse.org/helios/heliosinaction.php Helios in Action (2 slots!)] | ||
| − | |||
=== WTP Calendar === | === WTP Calendar === | ||
| Line 124: | Line 123: | ||
| − | == WTP 3.2 == | + | == WTP 3.2.0 == |
| − | + | : WTP 3.2 is done! ... almost: | |
| − | + | ||
| − | + | ||
| − | + | ||
| + | : Helios Release! 06/23 | ||
| − | + | : All | |
| + | :: check "old help for new friends V" to see if anything needs to be added. | ||
| + | :: tag your released code with R3_2_0 (or R1_2_0 (JSDT), or R2_3_0 (Dali)) | ||
| + | ::: makes later comparisons easier ... but, tagged map files are the final authority (vS20100615235519) | ||
| − | : | + | : The releng team |
| + | :: rename to "R" builds | ||
| + | :: prep and finalize repository (http://download.eclipse.org/webtools/repository/helios/) | ||
| + | :: prep for final downloads page (e.g. update prereq URLs) | ||
| − | : | + | : Nitin? |
| + | :: Final N&N polish/links? | ||
| + | :: 3.2 Announcement? | ||
| − | + | == WTP 3.2.1 == | |
| − | + | <!-- | |
| + | * Ready to <del>declare</del> release!? Project Leads, please document your projects approval/status on our [[WTP_R3.2.0_R320_06142010| final vote page]], by Monday 6/14, at the latest. | ||
| − | + | * No Build to declare this week (Planning week) | |
| + | --> | ||
| − | :[ | + | :[[WTP_3.2.x_Maintenance| WTP 3.2.x maintenance release plan]] |
| − | + | : builds have been set up and are running | |
| + | :: recommend committers setup specific workspace for maintenance work, with final pde target runtime, etc. | ||
| + | :: be sure to use appropriate branch of map files | ||
| + | ::: R3_2_maintenance (most) | ||
| + | ::: R1_2_maintenance (JSDT) | ||
| + | ::: R2_3_maintenance (Dali) | ||
| − | + | : how/when to branch code? | |
| − | + | 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 | |
| − | + | ||
| − | + | ||
| − | + | ||
| + | :[https://bugs.eclipse.org/bugs/buglist.cgi?bug_file_loc=&bug_file_loc_type=allwordssubstr&bug_id=&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&bugidtype=include&chfieldfrom=&chfieldto=Now&chfieldvalue=&classification=WebTools&email1=&email2=&emailtype1=substring&emailtype2=substring&field0-0-0=noop&keywords=&keywords_type=allwords&longdesc=&longdesc_type=allwordssubstr&query_format=advanced&short_desc=hotbug%20hotbug_request&short_desc_type=anywordssubstr&status_whiteboard=&status_whiteboard_type=allwordssubstr&type0-0-0=noop&value0-0-0=&votes=&order=product%2Cchangeddate%20DESC%2Ctarget_milestone%2Cbug_severity%2Cpriority%2Cpriority%2Cbug_severity%2Cbug_severity%2Cassigned_to%2Cstatus_whiteboard%2Ctarget_milestone%2Ctarget_milestone%2Ccomponent%2Cvotes%20DESC%2Cbug_id Hotbugs] <ref>[[WTP/Hotbug_Policy| Hotbug Policy]]</ref> | ||
| + | :[https://bugs.eclipse.org/bugs/buglist.cgi?bug_file_loc=&bug_file_loc_type=allwordssubstr&bug_id=&bug_severity=blocker&bug_severity=critical&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&bugidtype=include&chfieldfrom=&chfieldto=Now&chfieldvalue=&classification=WebTools&email1=&email2=&emailtype1=substring&emailtype2=substring&field0-0-0=noop&keywords=&keywords_type=allwords&longdesc=&longdesc_type=allwordssubstr&query_format=advanced&short_desc=&short_desc_type=allwordssubstr&status_whiteboard=&status_whiteboard_type=allwordssubstr&type0-0-0=noop&value0-0-0=&votes=&order=product%2Cchangeddate%20DESC%2Ctarget_milestone%2Cbug_severity%2Cpriority%2Cpriority%2Cbug_severity%2Cbug_severity%2Cassigned_to%2Cstatus_whiteboard%2Ctarget_milestone%2Ctarget_milestone%2Ccomponent%2Cvotes%20DESC%2Cbug_id&query_based_on= Blocker and Critical] | ||
| − | + | :[https://bugs.eclipse.org/bugs/buglist.cgi?type1-0-0=notsubstring;field0-0-0=priority;columnlist=bug_status%2Cproduct%2Ccomponent%2Cassigned_to%2Creporter%2Cpriority%2Cbug_severity%2Cresolution%2Ctarget_milestone%2Cshort_desc;value2-0-0=3.0.5%20P%2C%201.5.5%20P%20;field2-0-0=target_milestone;classification=WebTools;type2-0-0=nowordssubstr;query_format=advanced;bug_status=NEW;bug_status=ASSIGNED;bug_status=REOPENED;value1-0-0=3.1;type0-0-0=equals;value0-0-0=P1;field1-0-0=target_milestone;product=Dali%20JPA%20Tools;product=Java%20Server%20Faces;product=Web%20Tools;product=WTP%20Common%20Tools;product=WTP%20EJB%20Tools;product=WTP%20Java%20EE%20Tools;product=WTP%20Releng;product=WTP%20ServerTools;product=WTP%20Source%20Editing;product=WTP%20Webservices;product=WTP%20Website P1s that need attention] | |
| − | |||
| − | |||
| − | + | <!-- | |
| + | === Schedule === | ||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | + | 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 == | |
| − | + | For both our specific project, and the overall Helios release. | |
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | Provide input to Planning council retrospective meeting on 7/7. | |
| − | : | + | See [http://wiki.eclipse.org/Team_thoughts_on_continuous_improvement_31 last year's notes]. |
| − | : | + | and [http://wiki.eclipse.org/Team_thoughts_on_continuous_improvement_32 this year's page]. |
| − | + | == Other business == | |
| − | |||
| − | * | + | * ? |
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
== References == | == References == | ||
Latest revision as of 12:49, 17 June 2010
Contents
WTP Development Status Meeting
Attendees
|
|
|
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.0
- WTP 3.2 is done! ... almost:
- Helios Release! 06/23
- All
- check "old help for new friends V" to see if anything needs to be added.
- tag your released code with R3_2_0 (or R1_2_0 (JSDT), or R2_3_0 (Dali))
- makes later comparisons easier ... but, tagged map files are the final authority (vS20100615235519)
- The releng team
- rename to "R" builds
- prep and finalize repository (http://download.eclipse.org/webtools/repository/helios/)
- prep for final downloads page (e.g. update prereq URLs)
- Nitin?
- Final N&N polish/links?
- 3.2 Announcement?
WTP 3.2.1
- builds have been set up and are running
- recommend committers setup specific workspace for maintenance work, with final pde target runtime, etc.
- be sure to use appropriate branch of map files
- R3_2_maintenance (most)
- R1_2_maintenance (JSDT)
- R2_3_maintenance (Dali)
- how/when to branch code?
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
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
Also, see
WTP_3.2_Ramp_down_Plan_for_Helios
See also the WTP Meeting Archive-Reference Page.