ReleaseEngineering/SpecialRepositories: Difference between revisions

From MozillaWiki
Jump to navigation Jump to search
(Created page with "= Special branches = Release Engineering and the A-Team has various project branches booked permanently for various reasons: * Ash - where we can try mozharness patches withou...")
 
m (Update BuildDuty to CiDuty. Renaming project)
 
(7 intermediate revisions by 4 users not shown)
Line 1: Line 1:
= Special branches =
= Special branches =
Release Engineering and the A-Team has various project branches booked permanently for various reasons:
Release Engineering and the A-Team have various [[ReleaseEngineering/DisposableProjectBranches#Indefinite_booking|project branches]] booked permanently for various reasons:
* Ash - where we can try mozharness patches without review
* Cypress - where we make sure that everything on the "default" branch of mozharness is running properly before merging to the "production" branch
* Cedar - where we enable test jobs that are still failing
* Cedar - where we enable test jobs that are still failing


= Cypress =
NOTE: We do not land any code on Cypress. We just sync it up with Mozilla-Central
We do not have special cases on Cypress; it has to match Mozilla-Central in every aspect except that it tests the "default" branch of mozharness.
== Re-trigger jobs ==
If you land some code on mozharness's default you should re-trigger the jobs that your changes could affect and make sure that it comes out green.
Make sure that every job that has failed on Cypress' tbpl has been re-triggered to identify intermittent oranges.
If you could star the oranges it would be super sweet.
== Sync with Mozilla-Central ==
<pre>
# Get a copy of cedar
hg clone http://hg.mozilla.org/projects/cypress
cd cypress
# Update to latest, in case someone has synced cypress since you last cloned/updated.
hg pull
# Pull latest m-c changes in
hg pull http://hg.mozilla.org/mozilla-central
# There is no need to merge
# Push to cypress
hg push ssh://hg.mozilla.org/projects/cypress
</pre>
= Ash =


= Cedar =
= Cedar =
Line 111: Line 76:
* get review for your change
* get review for your change
* land
* land
* wait for reconfig, or poke buildduty for an expedited reconfig if needed.
* wait for reconfig, or poke ciduty for an expedited reconfig if needed.

Latest revision as of 08:39, 14 May 2018

Special branches

Release Engineering and the A-Team have various project branches booked permanently for various reasons:

  • Cedar - where we enable test jobs that are still failing


Cedar

Merging m-c into Cedar

We can merge the latest m-c code into cedar to:

  • compare latest unittest results + talos numbers between m-c buildbot tests and cedar mozharness tests
  • get new cedar builds for testing

To do this:

# Get a copy of cedar
hg clone http://hg.mozilla.org/projects/cedar

cd cedar

# Update to latest, in case someone has updated cedar since you last cloned/updated.
# the hg up -C will blow away any local changes!
hg pull
hg up -C -r default

# Pull latest m-c changes in
hg pull http://hg.mozilla.org/mozilla-central
hg merge
hg commit -m "Merge m-c -> cedar"

# Push to cedar
hg push ssh://hg.mozilla.org/projects/cedar

Results will show up here.

Viewing logs

Jobs will show up on tbpl as they finish.

To view logs

  • click on the job on the right
  • find "View full log" at the bottom left of the page; click

Known issues are filed against the two tracking bugs:

  • bug 713055 - roll out mozharness desktop talos to m-c and project branches
  • bug 793022 - roll out mozharness desktop unittests to m-c and project branches

If you find new issues, please file a bug blocking one or both bugs.

Retriggering jobs

  • Go to tbpl
  • Click on the job in question
  • The plus sign in the bottom left will retry the job.

Each of these will pull the latest-and-greatest from mozharness, so if you checked a fix in, you can re-run the broken tests.

Adding additional tests to Cedar

If we want to readd tpaint once bug 794587 is fixed:

If we want to add another test type, e.g. marionette, to cedar: