ReleaseEngineering/ThunderbirdTryServer: Difference between revisions
(→Tips and Tricks: add examples of basic try runs to start with) |
(Clarify instructions for pushing mozilla-central patches) |
||
| Line 34: | Line 34: | ||
=== Pushing mozilla-central patches === | === Pushing mozilla-central patches === | ||
For TaskCluster builds, modify the <code>payload</code> section in the top-level <code>.taskcluster.yml</code> and point <code>GECKO_HEAD_REPOSITORY</code> to <code> https://hg.mozilla.org/try</code> and also modify <code>GECKO_HEAD_REF</code> to point to the changeset you previously pushed to M-C's try with <code>mach try empty</code>. | |||
=== Pushing ldap/chatzilla/venkman/DOM Inspector patches === | === Pushing ldap/chatzilla/venkman/DOM Inspector patches === | ||
Revision as of 20:11, 14 March 2019
Basic Use
The Thunderbird try server works in exactly the same way to the Firefox try server with a few minor differences. The automation is based on the same hardware and tools, so there should be few differences.
The Thunderbird try server is primarily for building Thunderbird. Whilst building other comm-central apps may work, this is not supported - builds and tests may fail etc.
Must Read
Please read the Firefox Try server page to get familiar with the basic workings of try server. Notably, you must have installed the "push-to-try" extension.
Please also use the TryChooser whenever possible to limit jobs and save builder time.
Differences
These are the differences for the Thunderbird try server:
- The
.hg/hgrcthat exists within thecomm/folder must contain:
[defaults] push-to-try = -s ssh://hg.mozilla.org/try-comm-central
In order for ../mach try <TryChooserSyntaxOptions> to work
- You must run
../mach try(note the two dots) from *within*comm/. Runningmach tryfrom themozilla-central(sometimes namedsource/) directory will not work. - After running that command you should see:
pushing to ssh://hg.mozilla.org/try - Results go to the try-comm-central on treeherder
- Finished builds can be accessed through treeherder. Click on the green B of the respective platform, then on the bottom click Job Details. In the list of artifact uploads, click the archive for your platform: Linux uses target.tar.bz2, OSX uses target.dmg, Windows uses target.zip
Tips and Tricks
- Pushing a try build with try-comm-central will always pick the latest m-c changeset.
- A good example that should cover most cases is:
../mach try -b o -p macosx64,linux64 -u all - For UI changes do:
../mach try -b o -p macosx64,linux64 -u mozmill
Pushing mozilla-central patches
For TaskCluster builds, modify the payload section in the top-level .taskcluster.yml and point GECKO_HEAD_REPOSITORY to https://hg.mozilla.org/try and also modify GECKO_HEAD_REF to point to the changeset you previously pushed to M-C's try with mach try empty.
Pushing ldap/chatzilla/venkman/DOM Inspector patches
The mozilla build system also supports modifying code from other hg.mozilla.org code repositories for testing on the try server. The approach for this is basically the same as in the Pushing mozilla-central patches section, except the patch file name has to be ldap-<anything>.patch, chatzilla-<anything>.patch, venkman-<anything>.patch or inspector-<anything>.patch depending on what patch you want to test.
Known issues
No results.
0 Total; 0 Open (0%); 0 Resolved (0%); 0 Verified (0%);