Release Management/Release Process Checklist Documentation: Difference between revisions

m
added links to fenix info
m (→‎Nightly Checklist: added example bug)
m (added links to fenix info)
Line 187: Line 187:


Of note, however, is the need for the release manager to email the release-drivers list prior to the creation of the builds (ideally shortly after the decision is made to go forward with the release) to notify all stakeholders of the forthcoming release. Also, the release manager should verify that the rollout percentages in Balrog & Google Play for the current release are set as expected (taking into account any blocking quality issues) to avoid unexpected fallback versions when the new release ships. Finally, if there are security fixes being included in the release, email abillings (or whoever from the security team handles CVEs and security advisories) to ensure that they are aware of the bugs being fixed.
Of note, however, is the need for the release manager to email the release-drivers list prior to the creation of the builds (ideally shortly after the decision is made to go forward with the release) to notify all stakeholders of the forthcoming release. Also, the release manager should verify that the rollout percentages in Balrog & Google Play for the current release are set as expected (taking into account any blocking quality issues) to avoid unexpected fallback versions when the new release ships. Finally, if there are security fixes being included in the release, email abillings (or whoever from the security team handles CVEs and security advisories) to ensure that they are aware of the bugs being fixed.
= Fenix releases =
Process under development.
* [https://github.com/mozilla-mobile/fenix/blob/e20bf68bcba00c985edbef61ca905e24e2179224/.github/ISSUE_TEMPLATE/release_checklist.md Instructions in github]
* [https://docs.google.com/spreadsheets/d/16Op2tl5PgeWUWAWvMOwdZRUKBTXUCkS9Lry33lpud30/edit#gid=1855415853 Checklist] and release criteria
Confirmed users
2,816

edits