<div dir="ltr"><div>The work I'm doing in bug 1132771 lays the groundwork for associating arbitrary metadata with files. I'm also making changes to moz.build files to enable them to be evaluated outside a build context. i.e. anyone with a copy of the source tree can get metadata for any file without having to install build system dependencies, run configure, etc. This means machines can query metadata from source without having to build anything.<br><br>While that work is currently geared towards making the patch contribution pathway easier (automatic selection of bug component and reviewers for a patch/commit), using this "framework" for more intelligent job selection (suggested trychooser syntax selection, limiting what jobs run in automation, etc) is an eventual deliverable (likely Q2 unless someone else picks it up sooner). This will help enable Release Engineering's 2015 organizational goal to more intelligently run jobs based on what changed.<br><br>There should be real progress on this front in the next few months. Next steps are to wait patiently, then start populating metadata in moz.build files whenever it is asked of you (expect an email from me once bug 1132771 lands, hopefully by the end of next week).<br><br></div>Gregory<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Feb 21, 2015 at 9:11 AM, Gijs Kruitbosch <span dir="ltr"><<a href="mailto:gijskruitbosch@gmail.com" target="_blank">gijskruitbosch@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
I've been noticing that the number of builds + tests we run on certain changesets could still do with improving. I realize that we try to be conservative because we don't want "magically appearing" orange, but I still think that it should be possible to do better here. That seems like it might also help with recent capacity problems (maybe?).<br>
<br>
I don't know who's responsible for improving this, so I'm just posting this here. The list is biased towards frontend desktop work because that is what I do. Perhaps other people can provide further examples or insight from android, b2g, platform, releng or sheriff perspectives into what could/couldn't be improved here.<br>
<br>
<br>
Some examples:<br>
<br>
(1)<br>
<a href="https://treeherder.mozilla.org/#/jobs?repo=fx-team&revision=0fd6c4c24dc9" target="_blank">https://treeherder.mozilla.<u></u>org/#/jobs?repo=fx-team&<u></u>revision=0fd6c4c24dc9</a><br>
<br>
This checkin only touched a single test file in browser/components/<u></u>preferences/in-content/tests/<br>
<br>
It triggered browser builds on all platforms, but also all kinds of B2G builds and tests, which are clearly useless, as well as running all kinds of unrelated test suites for the browser builds.<br>
<br>
Ideally, commits that only touch things in directories matching **test** should only run the relevant test suite, if possible even with builds from the previous rev.<br>
<br>
(2)<br>
<a href="https://treeherder.mozilla.org/#/jobs?repo=fx-team&revision=2b1d7ebb8325" target="_blank">https://treeherder.mozilla.<u></u>org/#/jobs?repo=fx-team&<u></u>revision=2b1d7ebb8325</a><br>
<br>
This touched files in:<br>
browser/base<br>
browser/components<br>
browser/locales<br>
toolkit/obsolete/content<br>
<br>
I don't think any of these are used outside Firefox for Desktop, and yet android and b2g were built, too. The same happened with:<br>
<br>
<a href="https://treeherder.mozilla.org/#/jobs?repo=fx-team&revision=80bd1ae9dd0a" target="_blank">https://treeherder.mozilla.<u></u>org/#/jobs?repo=fx-team&<u></u>revision=80bd1ae9dd0a</a><br>
which touched toolkit/content/widgets/ which AIUI is also desktop-only.<br>
<br>
(3)<br>
Checkins (couldn't find one offhand because summaries are little help in identifying these) that only touch windows/linux/osx styles in browser/ and/or toolkit should only run those builds<br>
<br>
<br>
~ Gijs<br>
______________________________<u></u>_________________<br>
firefox-dev mailing list<br>
<a href="mailto:firefox-dev@mozilla.org" target="_blank">firefox-dev@mozilla.org</a><br>
<a href="https://mail.mozilla.org/listinfo/firefox-dev" target="_blank">https://mail.mozilla.org/<u></u>listinfo/firefox-dev</a><br>
</blockquote></div><br></div>