Stop running all builds on autoland
Categories
(Firefox Build System :: Task Configuration, enhancement)
Tracking
(firefox81 fixed)
| Tracking | Status | |
|---|---|---|
| firefox81 | --- | fixed |
People
(Reporter: marco, Assigned: marco)
References
(Blocks 1 open bug)
Details
Attachments
(1 file)
We are running all builds on autoland to speed-up backfills.
In the past few months, we have landed a lot of improvements to build times, and we have stopped using shippable on autoland in favor of opt.
This all means the additional delay of builds is not as significant as before.
I think it'd be preferable not to run all builds, but only those required by the tests selected to run, and automatically trigger builds when backfills are requested.
This would probably be a considerable saving.
|
||
Updated•4 years ago
|
|
Assignee | |
Comment 1•4 years ago
|
||
|
||
Updated•4 years ago
|
|
|
||
Updated•4 years ago
|
Pushed by mcastelluccio@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/3011872aa773 Stop running all builds on autoland, only run builds selected by bugbug and builds that are dependencies of test tasks. r=ahal,jmaher
|
||
Comment 3•4 years ago
•
|
||
This is also going to cause issues for mozregression, right? i.e. We may not be able to fully bisect within a given autoland range anymore due to not having a complete set of builds for whatever platform we happen to be bisecting on?
|
|
Assignee | |
Comment 4•4 years ago
|
||
We are still running many builds by default (probably because of some non-test tasks dependent on them).
(In reply to Ryan VanderMeulen [:RyanVM] from comment #3)
This is also going to cause issues for mozregression, right? i.e. We may not be able to fully bisect within a given autoland range anymore due to not having a complete set of builds for whatever platform we happen to be bisecting on?
Yes, I was assuming when you go down to autoland the choice between possible culprits is already small enough. Do you think this drawback is not acceptable? If so, are there some builds that should always be there?
|
|
||
Comment 5•4 years ago
|
||
If we're still getting the shippable builds on every push, that's probably enough for the most part. Debug builds would also be nice, but probably not as critical.
|
|
Assignee | |
Comment 6•4 years ago
|
||
(In reply to Ryan VanderMeulen [:RyanVM] from comment #5)
If we're still getting the shippable builds on every push, that's probably enough for the most part. Debug builds would also be nice, but probably not as critical.
Do you mean opt? Shippable builds were removed from autoland in bug 1650208.
|
|
||
Comment 7•4 years ago
|
||
As long as mozregression can still find the opt builds, they should be fine. While it's not outside the realm of possibility for a PGO-only issue to arise, that seems low enough risk to accept.
|
||
Comment 8•4 years ago
|
||
| bugherder | ||
|
||
Comment 9•4 years ago
|
||
(In reply to Ryan VanderMeulen [:RyanVM] from comment #7)
As long as mozregression can still find the opt builds, they should be fine. While it's not outside the realm of possibility for a PGO-only issue to arise, that seems low enough risk to accept.
I pinged the mozregression people and they said that it will fallback to opt if it can't find shippable.
Description
•