gecko-dev/testing/mozharness
Tom Prince 8da108c6aa Bug 1567011: [update-verify] Use version number to determine branch, rather than product-details category; r=mhentges,rail
For esr versions, the category switches from "esr" to "stability" when the next esr branch is started. This breaks
the logic for determining which repository a release was made from. Since we also have code for determining the
type of release from the version number, we can just use that directly instead.

(Note that the logic will not work for Fennec as all releases have transitioned to mozilla-esr68, but Fennec does not
use update-verify.

Differential Revision: https://phabricator.services.mozilla.com/D38437

--HG--
extra : moz-landing-system : lando
2019-07-18 15:11:19 +00:00
..
configs Bug 1458385: Repackage windows builds on linux. r=glandium,Callek 2019-07-11 16:40:25 +00:00
docs
examples
external_tools Bug 1561582 - tooltool.py now supports python 3 and 2 r=rail CLOSED TREE 2019-06-27 12:54:07 +00:00
mozharness Bug 1555792: Add --setpref option to many test types r=ahal 2019-07-11 15:06:38 +00:00
scripts Bug 1567011: [update-verify] Use version number to determine branch, rather than product-details category; r=mhentges,rail 2019-07-18 15:11:19 +00:00
test Bug 1554818 - [mozlog] Update StatusHandler to support known_intermittent field r=jgraham 2019-06-11 14:09:40 +00:00
LICENSE
mach_commands.py Bug 1473498 - Fixing Py3 compatibility errors reachable from testing/mach_commands.py r=gbrown 2019-07-16 01:21:55 +00:00
moz.build Bug 1551208 - Update obsolete bug component. r=aki 2019-05-13 20:41:07 +00:00
README.txt
requirements.txt
setup.cfg
setup.py
tox.ini Bug 1554818 - [mozlog] Update StatusHandler to support known_intermittent field r=jgraham 2019-06-11 14:09:40 +00:00
unit.sh

# Mozharness

## Docs
* https://developer.mozilla.org/en-US/docs/Mozharness_FAQ
* https://wiki.mozilla.org/ReleaseEngineering/Mozharness
* http://moz-releng-mozharness.readthedocs.org/en/latest/mozharness.mozilla.html
* http://moz-releng-docs.readthedocs.org/en/latest/software.html#mozharness

## Submitting changes
Like any Gecko change, please create a patch or submit to Mozreview and
open a Bugzilla ticket under the Mozharness component:
https://bugzilla.mozilla.org/enter_bug.cgi?product=Release%20Engineering&component=Mozharness

This bug will get triaged by Release Engineering

## Run unit tests
To run the unit tests of mozharness the `tox` package needs to be installed:

```
pip install tox
```

There are various ways to run the unit tests. Just make sure you are within the `$gecko_repo/testing/mozharness` directory before running one of the commands below:

```
tox                            # run all unit tests
tox -- -x                      # run all unit tests but stop after first failure
tox -- test/test_base_log.py   # only run the base log unit test
```

Happy contributing! =)