ReleaseEngineering/ThunderbirdTryServer: Difference between revisions

From MozillaWiki
Jump to navigation Jump to search
(Update download information for try builds.)
(Remove buildbot content and clarify a few things)
Line 21: Line 21:


In order for <code>../mach try <TryChooserSyntaxOptions></code> to work
In order for <code>../mach try <TryChooserSyntaxOptions></code> to work
* You must run <code>../mach try</code> from *within* <code>comm/</code>. Running <code>mach try</code> from the <code>mozilla-central</code> (sometimes named <code>source/</code>) folder will not work.
* You must run <code>../mach try</code> (note the two dots) from *within* <code>comm/</code>. Running <code>mach try</code> from the <code>mozilla-central</code> (sometimes named <code>source/</code>) directory will not work.
* The try syntax needs to include <code>--buildbot</code> to trigger buildbot builds. Without that option, TaskCluster builds are triggered.
* After running that command you should see: <code><nowiki>pushing to ssh://hg.mozilla.org/try</nowiki></code>
* Patches should be pushed to <code><nowiki>ssh://hg.mozilla.org/try-comm-central</nowiki></code>
* Results go to the [https://treeherder.mozilla.org/#/jobs?repo=try-comm-central try-comm-central on treeherder]
* Results go to the [https://treeherder.mozilla.org/#/jobs?repo=try-comm-central 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
* 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
Line 32: Line 31:


=== Pushing mozilla-central patches ===
=== Pushing mozilla-central patches ===
== For Buildbot builds ==
There's two steps to this process.
# Add --apply-patches to build/client.py-args.
#* [[ReleaseEngineering/ThunderbirdTryServer/ApplyPatchesMozconfigPatch|Example patch here]].
#* If you do this as a separate patch in your Mecurial queue, you can reuse it whenever you want. Otherwise this change can go into the patch created in the step 4.
# Copy your mozilla-central patch to somewhere in your comm-central tree (it can be placed into the root directory) and name it something like: <code>mozilla-&lt;anything&gt;.patch</code> (the <code>mozilla-</code> prefix is essential).
# <code>hg add</code> your patch.
# Then <code>hg commit</code> your changes, or use <code>hg qnew</code> for a new item on your patch queue.
# Push your patches to try-comm-central.
The client.py code will automatically apply your mozilla-central patch when the code is checked out. Any apply failures will cause the builds to be aborted. The mozilla-central patches are supposedly applied in the alphabetic order of their file names. You can mix comm-central and mozilla-central patches in the same batch being pushed.
== For TaskCluster builds ==
== For TaskCluster builds ==
The process described above of applying M-C patches to C-C try pushes does not work for TaskCluster builds. For those, 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>.
The process described above of applying M-C patches to C-C try pushes does not work for TaskCluster builds. For those, 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>.

Revision as of 19:42, 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/hgrc that exists within the comm/ 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/. Running mach try from the mozilla-central (sometimes named source/) 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.

Pushing mozilla-central patches

For TaskCluster builds

The process described above of applying M-C patches to C-C try pushes does not work for TaskCluster builds. For those, 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%);

Retrieved from "https://wiki.allizom.org/index.php?title=ReleaseEngineering/ThunderbirdTryServer&oldid=1208902"