A system for managing CI data for Mozilla projects

continuous-integration django django-rest-framework docker docker-compose mozilla python react reactjs treeherder

Перейти к файлу

dependabot[bot] d8968c84f1 Bump mkdocs-material from 9.5.39 to 9.5.40 Bumps [mkdocs-material](https://github.com/squidfunk/mkdocs-material) from 9.5.39 to 9.5.40. - [Release notes](https://github.com/squidfunk/mkdocs-material/releases) - [Changelog](https://github.com/squidfunk/mkdocs-material/blob/master/CHANGELOG) - [Commits](https://github.com/squidfunk/mkdocs-material/compare/9.5.39...9.5.40) --- updated-dependencies: - dependency-name: mkdocs-material dependency-type: direct:production update-type: version-update:semver-patch ... Signed-off-by: dependabot[bot] <support@github.com>		2024-10-15 22:29:51 +02:00
.circleci	Update Django from 4.2 to 5.1 (#8218 )	2024-10-07 16:04:32 +02:00
.github	dependabot: use correct values 'docker' and 'npm'	2024-10-07 15:41:59 +02:00
bin	…
deployment/gcp	…
docker	Update Django from 4.2 to 5.1 (#8218 )	2024-10-07 16:04:32 +02:00
docs	Update Django from 4.2 to 5.1 (#8218 )	2024-10-07 16:04:32 +02:00
misc	…
requirements	Bump taskcluster from 72.0.1 to 72.1.1	2024-10-15 21:38:41 +02:00
schemas	…
tests	Bug 1919588 - Add a new testing alert table, along with new fields. (#8200 )	2024-10-09 08:35:37 -04:00
treeherder	Bug 1922641 - Update pulse handling to account for new pulse events around automatic retries (#8240 )	2024-10-15 21:36:14 +02:00
ui	Add links from Perfherder's Alerts View to PerfCompare (#8244 )	2024-10-14 15:05:10 +03:00
.codecov.yml	…
.eslintignore	…
.eslintrc.js	…
.git-blame-ignore-revs	…
.gitattributes	…
.gitignore	…
.markdownlint.json	…
.markdownlintignore	…
.pre-commit-config.yaml	…
.prettierignore	…
.prettierrc.js	…
.readthedocs.yml	…
.renovaterc	…
.yarnrc	…
CODEOWNERS	…
CODE_OF_CONDUCT.md	…
LICENSE.txt	…
README.md	…
babel.config.json	…
docker-compose.yml	…
initialize_data.sh	…
jest-puppeteer.config.js	…
jest.config.js	…
manage.py	Update Django from 4.2 to 5.1 (#8218 )	2024-10-07 16:04:32 +02:00
mkdocs.yml	…
newrelic.ini	…
package.json	Bump @babel/preset-react from 7.17.12 to 7.25.7 (#8224 )	2024-10-07 17:13:47 +02:00
pylintrc	…
pyproject.toml	Bump mkdocs-material from 9.5.39 to 9.5.40	2024-10-15 22:29:51 +02:00
setup.cfg	Update Django from 4.2 to 5.1 (#8218 )	2024-10-07 16:04:32 +02:00
tox.ini	Update Django from 4.2 to 5.1 (#8218 )	2024-10-07 16:04:32 +02:00
version.json	…
webpack.config.js	…
yarn.lock	Bump @babel/preset-react from 7.17.12 to 7.25.7 (#8224 )	2024-10-07 17:13:47 +02:00

README.md

Treeherder

Description

Treeherder is a reporting dashboard for Mozilla checkins. It allows users to see the results of automatic builds and their respective tests. The Treeherder service manages the etl layer for data ingestion, web services, and the data model behind Treeherder.

Instances

Treeherder exists on two instances: staging for pre-deployment validation, and production for actual use.

Installation

The steps to run Treeherder are provided here.

The steps to run only the UI are provided here.

Links

Visit our project tracking Wiki here.

For other setup and configuration, visit our readthedocs page here.

File any bugs you may encounter here.

Contributing

Everyone is welcome to contribute!

If a bug is not assigned to someone, you can request the bug be assigned to you. You should ask the component owner with your request ("Request information" in Bugzilla and mention in Github).

If you do not receive a response within 2-3 days, you can follow up in the #treeherder matrix channel.

After addressing the issue, make sure every test passes before sending a pull request.

We also recommend setting an upstream remote that points to the Mozilla's Github repo, in addition to origin that points to your fork. You should then frequently use git rebase upstream rather than merging from your fork to keep your branch current. There are less conflicts this way and the git history is cleaner.

Sending a Pull Request

We receive contributions from both Bugzilla and Github. We have some specifications to keep track of them:

If your bug comes from Bugzilla

After addressing the issue, please send a pull request to this repository, with the Bugzilla's number ID in the title, so that our bot attaches your patch to the corresponding Bugzilla bug.

"Bug xxxxxx - [title of the bug or brief explanation]"

For example: "Bug 123456 - Fix scrolling behavior in Perfherder"
If your bug comes from Github

In the description of the pull request, please mention the issue number. That can be done by typing #[issue's number].

For example: "This pull request fixes #5135".

Github automatically links both issue and pull request to one another.