Pushing to Try¶
“Pushing to Try” allows developers to build and test their changes on Mozilla’s automation servers without requiring their code to be reviewed and landed.
First, ensure that you can push to Try.
Try knows how to run tasks that are defined in-tree,
build-linux64/opt (build Firefox for Linux). To manually select some tasks for
Try to process, run the following command:
./mach try fuzzy
After submitting your requested tasks, you’ll be given a link to your “push” in Treeherder. It may take a few minutes for your push to appear in Treeherder! Be patient, and it will automatically update when Try begins processing your work.
Another very useful Try command is
./mach try auto, which will automatically select the tasks
that are mostly likely to be affected by your changes.
See the selectors page to view all the other ways to select which tasks to push.
Resolving “<Try build> is damaged and can’t be opened” error¶
Apple automatically quarantines apps that are downloaded with a browser from an untrusted
location. This “quarantine status” can be cleared by doing
xattr -c <Try build> after
downloading. You can avoid this “quarantine status” by downloading the build from the command
line instead, such as by using
curl -L <artifact-url> -o <file-name>
Adding Try jobs to a Phabricator patch¶
For every patch submitted for review in Phabricator, a new Try run is automatically created.
A link called
Treeherder Jobs can be found in the
Diff Detail section of the review in
This run is created for static analysis, linting and other tasks. Attaching new jobs to the run is
easy and doesn’t require more actions from the developer.
Click on the down-arrow to access the actions menu, select the relevant jobs
and, click on
Trigger X new jobs (located on the top of the job).