Changes

* '''Review pending esr60 approval -mozilla-esrXX requests.'''To avoid making life more complicated in the event of a dot release for the previous ESR release, we typically wait to start approving and landing uplifts until around the mid-point of the cycle. Doing so reduces the likelihood of needing a relbranch should a dot release need to occur (i.e. we can build off default instead). However, the approval requests should still be triaged on a regular basis to ensure that no critical issues have gone unnoticed.

* '''Send smoketesting email to enterprise list.'''Two weeks prior to Go-Live, an email like the one shown here should be sent to the enterprise mailing list so that interested users can test the upcoming release in their environments prior to launch and report any issues when there's still time for them to be addressed. [https://mail.mozilla.org/private/enterprise/2018-November/000405.html Example]* '''Verify all approved bugs landed on m-esr60esrXX.'''After approving patches for uplift, they must be pushed to the appropriate ESR repository ([https://hg.mozilla.org/releases/mozilla-esr60 mozilla-esr60] at the time of this writing). This task can be performed by the [https://wiki.mozilla.org/Sheriffing Tree Sheriffs] (#sheriffs on IRC) or by the release manager themselves depending on their comfort level. The longer-term goal is to automate the process.* '''Verify no remaining esr60esrXX:XXYY+ tracked bugs.'''Confirm that all bugs tracked for this specific ESR release have been fixed.* '''Set up builds in ship-it.'''[https://shipit.mozilla-releng.net/ Ship-it] is the tool used for scheduling the release process, starting with the creation of the builds (picking a revision, verifying the version number, etc) and the eventual pushing of those builds to the release mirrors and website. '''Access to ship-it requires being connected to the Mozilla VPN.''' Note that the ESR option should be selected instead of Beta as shown in the screenshots below.[[Image:RelMan Process Ship-It v2 1.png|600px|center|middle]][[Image:RelMan Process Ship-It v2 2.png|450px|center|middle]]* '''Treeherder tests green/starred.''' [https://treeherder.mozilla.org/#/jobs?repo=mozilla-beta Treeherder] is the primary dashboard for monitoring the results of builds and tests. It is the responsibility of the sheriffs to monitor the Beta repository and ensure that tests are passing, though the release manager can also keep an eye on things. '''Builds should not be started until CI has passed to avoid shipping defective code to end users.'''* '''Start build from ship-it.'''Once CI results are good, the process of generating the builds (go-to-build) is started by clicking the '''promote''' button for each release.[[Image:RelMan Process Ship-It v2 3.png|600px|center|middle]]* '''Confirm build has started (emails, ship-it).'''Emails will be sent to the release-signoff mailing list once builds have started and a notification will be posted in the #releaseduty IRC channel.* '''Confirm notification sent when builds finish.'''An automated email will be sent to the release-signoff mailing lists once the release promotion process is finished.* '''Draft release notes.'''ESR release notes are generally pretty simple (noting security and stability fixes). Feel free to add any other important bugs as well.* '''QE QA manual testing signoff.'''Ask in the #qa-coordination Slack channel if there are questions about progress.* '''Update tests on esr-localtest.'''Initial update testing performed by QA at the same time as the build sign-off.

* '''Schedule push to CDN (ship-it).'''This is typically done on the day prior to launch day.* '''Email confirmation for the push to esr-cdntest.'''Sent by automation once the CDN push has completed successfully.* '''Update tests on esr-cdntest.'''Once QA has performed update testing on the cdntest update channel, the builds are ready to ship.* '''Verify updates to What's New Page (if applicable).'''ESR releases rarely have What's New Pages, but can be used for new major releases.