Sheriffing/Schedule for Tasks performed by Code Sheriffs: Difference between revisions

From MozillaWiki
Jump to navigation Jump to search
(added initial list of tasks)
 
(added beta-as-release and version increase simulations)
Line 25: Line 25:
|| Merge autoland and mozilla-inbound to mozilla-central and back
|| Merge autoland and mozilla-inbound to mozilla-central and back
|- style="vertical-align:top"
|- style="vertical-align:top"
| Beta simulations || Daily
| central-as-beta simulations || Daily
||Simulate the code in mozilla-central as mozilla-beta
||Simulate the code in mozilla-central as mozilla-beta
|- style="vertical-align:top"
| beta-as-release simulation || Weekly during the Thursday night shift
||Simulate the code in mozilla-beta as mozilla-release
|- style="vertical-align:top"
| version increase simulation || The first time beta simulations are done after the version number got increased (usually a Tuesday), later as needed - at least a week before the next version increase to verify fixes worked and no new issues have been added.
||Simulate the code in mozilla-central with the next higher version number.
|- style="vertical-align:top"
|- style="vertical-align:top"
| Merge mozilla-central to mozilla-beta || Daily if late in release cycle
| Merge mozilla-central to mozilla-beta || Daily if late in release cycle

Revision as of 19:59, 1 August 2019

Version: 1 (Last Updated 2018-08-21)

Task Schedule Details
Watch trees Always Watch the following trees for failures, classify them, do backouts and escalate infra issues:
  • trunk (mozilla-central, autoland, mozilla-inbound)
  • mozilla-beta
  • mozilla-release
  • mozilla-esr trees (all of them which are available in Treeherder; often there is only 1, but for some time 2 when their cycles overlap)

Open them up to the oldest push with unclassified failures (excluding backfills and retriggers added >4h after the push) or running jobs.

Email reading Start of shift, every 30 minutes Help other people by answering needinfo requests etc.
Read new, not suggested bugs Start of shift Get used to new frequent failures created since the last shift and which Treeherder doesn’t suggest. These are added at the top and further down.
Land patches and do uplifts to beta Every 2h Check for patches waiting to land (have keyword “checkin-needed” at Bugzilla) or to be uplifted from central to beta. Beta patches shall have landed and build and test coverage before 9am Pacific Time on Mondays and Thursdays when betas are built. Release Management might request to land more on short notice.
Merge integration trees Mo-Fr every 6h

Sa+Su: every 12h

Merge autoland and mozilla-inbound to mozilla-central and back
central-as-beta simulations Daily Simulate the code in mozilla-central as mozilla-beta
beta-as-release simulation Weekly during the Thursday night shift Simulate the code in mozilla-beta as mozilla-release
version increase simulation The first time beta simulations are done after the version number got increased (usually a Tuesday), later as needed - at least a week before the next version increase to verify fixes worked and no new issues have been added. Simulate the code in mozilla-central with the next higher version number.
Merge mozilla-central to mozilla-beta Daily if late in release cycle After beta simulations without any existing perma failures, merge mozilla-central to mozilla-beta. Use the revisions from the beta simulations.

See dates in beta simulation document when this has to be done.

Clean up list of bugs which don’t get suggested Weekly Check if bugs are still active or needed for beta. Preferable on the weekend when there is more time for this.
  1. Open the Bugzilla links from the document.
  2. If the bug has been resolved as incomplete, remove it from the document.
  3. If it is resolved fixed but the widget showing the number of classifications per day still shows activity, it is used for non-trunk trees (e.g. beta, release, esrs). Keep it in that case.