Releases/Thunderbird 3.0b2/Post Mortem: Difference between revisions
Jump to navigation
Jump to search
(→L10n) |
(→L10n) |
||
Line 33: | Line 33: | ||
* release schedule finalization came very late. Would be good to get this fixed early on in the beta3 cycle | * release schedule finalization came very late. Would be good to get this fixed early on in the beta3 cycle | ||
* Lessons learned: Compare-locales (l10n dashboard) does not see everything, especially with regards to the windows installer. Need to watch the tinderboxen as well early on to more effectively communicate necessary fixes to localizers | * Lessons learned: Compare-locales (l10n dashboard) does not see everything, especially with regards to the windows installer. Need to watch the tinderboxen as well early on to more effectively communicate necessary fixes to localizers | ||
* Need to clarify the difference between slushy and firm string freeze. We did string-only landings again. We need to avoid this in the upcoming releases | |||
== Anything else == | == Anything else == |
Revision as of 22:16, 3 March 2009
Post Mortem for the Thunderbird release of 3.0b2
What went well
L10n
- Process went musch smoother than with beta1
- Benefitted from beta1 learning curve
- Added 5 locales compared with beta1
- In general the release schedule worked well for us
What could have gone better, and lessons learned
Leading up to the release
- In reference to the Development Page page.
- Weekly milestones are necessary
- Create a milestone for every week in release cycle
- Name milestones: ${REL}week${NUM} ex: b2week1, b2week2, etc
- Plan landing of items (features/bugs) in each week
- Set status whiteboard of bugs with milestone names (makes them searchable)
- Work with Q/A to plan sessions testing milestone one week after it lands
- Create search links for each week milestone
- Release dates should have indicator of strength
- Something like keywords strong, weak, or likely to slip to communicate how solid the dates are at this point
- Weekly milestones are necessary
- should release process planning meeting be removed from 3.0b2? (hasn't been done for last 2 releases) Should it simply be replaced with references to prior releases' postmortems?
String Freeze
Code Freeze
Release Notes
Build
QA
- Need to avoid mixing Litmus runs and Test Days - as it confuses people. This should be fixed with better communication (see 2.1 above).
- Need to run upgrade from previous version tests to avoid things like bug 480556.
L10n
- Lost 3 locales that were in beta1, hopefully can get them back for beta3 or the final
- Still need to work harder on the communication between the release driver and the l10n coordinator (on both sides). Need to work harder to ensure that l10n is in everyone's thought process when it comes to releasing
- release schedule finalization came very late. Would be good to get this fixed early on in the beta3 cycle
- Lessons learned: Compare-locales (l10n dashboard) does not see everything, especially with regards to the windows installer. Need to watch the tinderboxen as well early on to more effectively communicate necessary fixes to localizers
- Need to clarify the difference between slushy and firm string freeze. We did string-only landings again. We need to avoid this in the upcoming releases
Anything else
- need to firm up crash-stats.m.c update step, seems to be insufficient to ask for adding the release and next development release. ref bug 480728 MTBF missing Thunderbird 3.0b2 milestone, and development 3.0b3pre & 3.1a1pre // 3.0b2 topcrash no results