Make it easy to recycle existing tasks with `mach try`
Categories
(Developer Infrastructure :: Try, enhancement)
Tracking
(firefox124 fixed)
Tracking | Status | |
---|---|---|
firefox124 | --- | fixed |
People
(Reporter: nalexander, Assigned: ahal)
References
(Blocks 1 open bug)
Details
Attachments
(1 file, 1 obsolete file)
This ticket tracks teaching some mach try
invocation(s) to recycle existing tasks from other places. This is item 2) of https://bugzilla.mozilla.org/show_bug.cgi?id=1561423#c9.
My immediate use cases have been:
- MSIX repackaging
- single-locale repacks
Doing this doesn't require changes to test archives (namely Bug 1628981), which we should also do, but is a longer road.
Reporter | ||
Comment 1•2 years ago
|
||
This approach is a path of least resistance.
Updated•2 years ago
|
One use case (which may not happen often) I have is to reuse the cpp artifacts from one push in a second push (I changed cpp earlier but now my patch is just iterating on java). I think the value is that my try pushes would take 5min rather than 20min (the test I'm trying to fix with java code takes ~3 minutes and java builds are similarly quick but I spend most of my time waiting for the native build).
Updated•2 years ago
|
Assignee | ||
Comment 3•4 months ago
|
||
I ended up implementing this but forgot this bug existed (found it from suggested bugs when going to file one for my patch). I also ended up converting everything to the v2 schema as a prerequisite here in bug 1608026.
Assignee | ||
Comment 4•4 months ago
|
||
This can be used from fuzzy
or chooser
selectors. For example:
./mach try fuzzy -E
This queries the Treeherder API to find your latest try push, then any tasks
that exist on that push, but aren't explicitly selected this time, will be
replaced with those older tasks.
For example, if iterating on a test, this can be used to avoid needing to run
the build task over and over again. Care must be taken not to use this flag
when your changes might actually make a material difference in the dependency
tasks.
Updated•4 months ago
|
Assignee | ||
Comment 5•4 months ago
|
||
Dang, Nick needinfo'ed me about this 5 years ago:
https://bugzilla.mozilla.org/show_bug.cgi?id=1561423#c0
I feel bad this took so long ><
Pushed by ahalberstadt@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/1ddc1733cf76 Add a task config to set the 'existing_tasks' parameter, r=releng-reviewers,bhearsum,jcristau
Comment 8•4 months ago
|
||
Backed out for causing python failures
- Backout link
- Push with failures
- Failure Log
- Failure line: subprocess.CalledProcessError: Command '['/Users/cltbld/.mozbuild/srcdirs/gecko-0c3536da8a55/_virtualenvs/python-test/bin/python', '-m', 'pip', 'install', 'pytest-mock==3.12.0']' returned non-zero exit status 1.
Assignee | ||
Comment 9•4 months ago
•
|
||
Looks like pytest-mock
needs to be on the internal pypi mirror. I've added it now, I'll re-land once my try push comes back green.
Comment 10•4 months ago
|
||
Pushed by ahalberstadt@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/b9172a6f32d4 Add a task config to set the 'existing_tasks' parameter, r=releng-reviewers,bhearsum,jcristau
Comment 11•4 months ago
|
||
bugherder |
Description
•