Build:TryServer: Difference between revisions

From MozillaWiki
Jump to navigation Jump to search
Line 23: Line 23:
* Wait until the platforms you are interested in have completed their 'build' jobs
* Wait until the platforms you are interested in have completed their 'build' jobs
* Look on #build for a release engineer to trigger it for you
* Look on #build for a release engineer to trigger it for you
* Provide them your "email-changeset" identifier from the tinderbox-builds on ftp rather than just your changeset
* Provide them your "email-changeset" identifier from the tinderbox-builds on ftp rather than just your changeset - if you want all talos suites that's all you need to provide otherwise you may specify particular suites from the [http://hg.mozilla.org/build/buildbot-configs/file/tip/mozilla-tests/config.py#l19 available suites]
* They will login to the try master and run this "talos email-changeset" and that's it!
* They will request your talos suites and that's it!


== Using a custom mozconfig  ==
== Using a custom mozconfig  ==

Revision as of 04:11, 27 August 2010

Try Server

The try server is an easy way to test a patch without actually checking the patch into the core repository. Your code will go through the same tests as a mozilla-central push, and you'll be able to download builds if you wish.

To use try server, you need a Mozilla hg account (level 1 is sufficient).

How to push to try

To submit a change to the try server:

To see the results:

If you're using Mercurial queues, the push -f command pushes any patches that are currently applied, and the Try server will build the result. (This is an awesome feature, not a bug!)

You don’t need to clone or pull from the try repo, and you probably don’t want to. You’d get every half-baked changeset anybody ever tested.

See Jorendorff's blog for more details.

How to get a talos run

  • Wait until the platforms you are interested in have completed their 'build' jobs
  • Look on #build for a release engineer to trigger it for you
  • Provide them your "email-changeset" identifier from the tinderbox-builds on ftp rather than just your changeset - if you want all talos suites that's all you need to provide otherwise you may specify particular suites from the available suites
  • They will request your talos suites and that's it!

Using a custom mozconfig

If you want to use setting other than those in the default mozconfigs, you can push an extra file to the $topsrcdir:

  • mozconfig-extra with settings to be applied to all mozconfigs
  • mozconfig-extra-$platform to apply changes only to that platform's mozconfig, where $platform is one of linux, linux64, win32, macosx, macosx64, android, maemo4, maemo5-gtk, maemo5-qt

The options you enable/disable in your custom mozconfig are appended to the existing config.

The default mozconfigs used for tryserver builds are available in Hg: http://hg.mozilla.org/build/buildbot-configs/file/default/mozilla2/$platform/tryserver (linux example)

Selecting specific platforms for try push

See Build:TryChooser for details on how to customize your try push in your hg commit comments.

Using a different mobile-browser repository

To use a different mobile-browser repository for the mobile builds, include extra files in your push in the $topsrcdir:

  • mobile-repo with a path (relative to http://hg.mozilla.org/) to the repository (e.g., "users/jford_mozilla.com/mobile-browser")
  • mobile-rev with a revision in that repository (e.g., "default")

For more details, see Mobile on the new try server

Server Status

Other Notes

  • Suggestions for the future can be made here

Other Mozilla Try Servers