Closed
Bug 639573
Opened 14 years ago
Closed 14 years ago
addon tests should be prioritized lower than all others
Categories
(Release Engineering :: General, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: bhearsum, Unassigned)
Details
Attachments
(2 files, 1 obsolete file)
|
1.42 KB,
patch
|
catlee
:
review+
bhearsum
:
checked-in+
|
Details | Diff | Splinter Review |
|
825 bytes,
patch
|
catlee
:
review+
bhearsum
:
checked-in+
|
Details | Diff | Splinter Review |
We already run this at an off peak time, but there's no reason we shouldn't prioritize them lower than even try builds, since generally, nobody is waiting on results.
| Reporter | ||
Comment 1•14 years ago
|
||
Refactor branch priorities a bit, de-prioritize addon branches.
Attachment #517490 -
Flags: review?(catlee)
Comment 2•14 years ago
|
||
Comment on attachment 517490 [details] [diff] [review]
change branch priorities
>diff --git a/mozilla/master_common.py b/mozilla/master_common.py
>index 68c2cab..3df0d4e 100644
>--- a/mozilla/master_common.py
>+++ b/mozilla/master_common.py
>@@ -15,9 +15,14 @@ c['schedulers'] = []
> c['change_source'] = []
>
> # Builders from these branches are given higher priority.
>-PRIORITY_BRANCHES = ['mozilla-central',
>- 'mozilla-1.9.2',
>- 'mozilla-1.9.1']
>+BRANCH_PRIORITIES = {
>+ 'mozilla-central': 1,
>+ 'mozilla-2.0': 1,
>+ 'mozilla-1.9.2': 1,
>+ 'mozilla-1.9.1': 1,
>+ 'addontester': 4,
>+ 'addonbaselinetester': 4,
>+}
>
> # Give the release builders priority over other builders
> def prioritizeBuilders(botmaster, builders):
>@@ -38,8 +43,8 @@ def prioritizeBuilders(botmaster, builders):
> priority = 0
> elif builder.properties and \
> builder.properties.has_key('branch') and \
>- builder.properties['branch'] in PRIORITY_BRANCHES:
>- priority = 1
>+ builder.properties['branch'] in BRANCH_PRIORITIES.keys():
>+ priority = BRANCH_PRIORITIES[builder.properties['branch']]
weird indentation here
does adding try to the list above work? then we could get rid of the clause below
> elif builder.builder_status.category.startswith('try'):
> priority = 3
> else:
Attachment #517490 -
Flags: review?(catlee) → review+
| Reporter | ||
Comment 3•14 years ago
|
||
Good points, I'll address them both on check-in.
| Reporter | ||
Comment 4•14 years ago
|
||
I ended up needing to change this a bit more to get try supported properly. Branches for mobile are $mozilla-$mobile, so it's a bit more work to figure out which priority to use.
Attachment #517490 -
Attachment is obsolete: true
| Reporter | ||
Updated•14 years ago
|
Attachment #518050 -
Flags: review?(catlee)
Updated•14 years ago
|
Attachment #518050 -
Flags: review?(catlee) → review+
| Reporter | ||
Comment 5•14 years ago
|
||
Comment on attachment 518050 [details] [diff] [review]
v2
Landed on default: changeset: 4195:c28b33113f59
Attachment #518050 -
Flags: checked-in+
| Reporter | ||
Comment 6•14 years ago
|
||
This should fix the Traceback from preproduction. The problem is that priority can be unassigned if the branch property exists, but isn't matched anywhere in BRANCH_PRIORITIES.
Attachment #518353 -
Flags: review?(catlee)
Updated•14 years ago
|
Attachment #518353 -
Flags: review?(catlee) → review+
| Reporter | ||
Comment 7•14 years ago
|
||
Comment on attachment 518353 [details] [diff] [review]
bustage fix
This on default, too.
Attachment #518353 -
Flags: checked-in+
| Reporter | ||
Comment 8•14 years ago
|
||
This landed in production today. Tomorrow morning I'll trigger the top-100 tests now that we know they won't eat the pool.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
| Assignee | ||
Updated•12 years ago
|
Product: mozilla.org → Release Engineering
You need to log in
before you can comment on or make changes to this bug.
Description
•