Changes

Jump to: navigation, search

ReleaseEngineering/TryServer

586 bytes removed, 19:39, 6 December 2018
How to push to try
== How to push to try ==
There are two a few ways to schedule jobs on try. You can either push like normal, and select which  === Scheduling jobs you want using with Mach Try === The recommended way to [https://wikifirefox-source-docs.mozilla.org/EngineeringProductivitytools/Projectstry/Treeherder treeherderindex.html interact with try]is via the command line tool |mach try|. Since try can be used for a wide range of use cases, by developers with varying levels of experience, or there is no one size fits all solution when it comes to selecting which tasks to run. Therefore |mach try| offers a range of subcommands called "selectors" for a variety of purposes. To see a list of available selectors, run:  $ mach try --help For deeper information on a given selector, run:  $ mach try <selector> --help If you can don't specify a selector/subcommand to try , it will default to using the `syntax in your commit message to schedule jobs automatically` selector. You can change which selector gets used by default by creating ~/.mozbuild/machrc and adding:  [try] default=<selector> See [https://firefox-source-docs.mozilla.org/tools/try/selectors/index.html this documentation] for more information on all the available selectors.  
=== Scheduling jobs with Treeherder ===
NOTE: An action task gets scheduled which will schedule all the tasks you chose.
=== Scheduling jobs with Try Syntax ===
If you know exactly what you want to run, you can use [[Build:TryChooser]] to select which jobs run directly in your commit message. Make sure the commit message containing try syntax is placed in your ''topmost commit''. The [https://mozilla-releng.net/trychooser/ TryChooser] web page can help you build a commit message for custom requests. It will generate both a syntax string as well as a mach command you can simply paste into your terminal.
 
 
==== Using mach ====
The recommended way to push with a try syntax, is to use |mach try|. It works with both mercurial and git (via [https://github.com/glandium/git-cinnabar git-cinnabar]), and you can use the [https://mozilla-releng.net/trychooser/ TryChooser] web page to generate the command. For example:
 
$ mach try -b o -p linux -u mochitest-1 -t none
 
The |mach try| command also has some advanced features. It can actually change how the job gets run within automation. For example, to run only mochitests under 'dom/indexedDB':
 
$ mach try -b o -p linux -u mochitests --and dom/indexedDB
 
For more information see:
 
$ mach try --help
Note: This method doesn't work well with mq.=== Pushing Directly ===
==== Using the Trychooser Extension ====You can It's also use the possible to push to try directly from hg (for now). This might be required if you're using [https://bitbucketwww.mercurial-scm.org/sfinkwiki/trychooser MqExtension mercurial trychooser extensionqueues] from sfink. It has some neat featuresIn this case, like a curses ui that lets you graphically choose a the only way to select tasks if by manually adding try syntax. Though {{bug|1197868}} tracks implementing this feature in |mach try|. Eventually trychooser will be deprecated in favor of |mach try|.to your commit message:
==== Using mq ====The aforementioned tools may not play all that nicely with [https $ hg commit -m "try://www.mercurial-scm.org/wiki/MqExtension mercurial queues]. If you use mq, you can still b o -p linux64 -u mochitest" $ hg push to -f try manually. First build your try syntax with the [https://mozilla-releng.net/trychooser/ TryChooser] web page. Then run:
$ hg qref --message "Using |mach try: <| is recommended as that will automatically create and cleanup a temporary commit no your-computed-syntax-here>" $ hg push -f trybehalf, whereas with this method you are responsible for cleaning up any extra commits you make or commit messages you modify.
== Viewing the results ==
Confirm
651
edits

Navigation menu