Hi, I'm on the engineering productivity team, and work a lot on continuous integration and test harnesses. I stood up initial Gecko unittests on B2G emulator, worked on B2G automation for several years up until the divide, and still help nominally maintain the emulator and mulet unittests. So that's the hat I'll be wearing for this post.
I'd like to just state a few of the implications that this, and the following quote from a gecko-all mail have:
This means that all engineering on Firefox OS by Platform Engineering and Platform Operations will stop.
The purpose of this post is simply to make sure everyone involved is aware of the following ramifications: 1. Gecko based test harnesses (mochitest, xpcshell, reftest, etc) will eventually break and their corresponding jobs will be disabled. At some point, the test harness will need to undergo a large enough change that it will require a non-trivial amount of effort to not break B2G emulators and mulet. I'd estimate for most harnesses, this will happen sooner rather than later (within a quarter or two). When this happens, the jobs will be turned off completely so as not to waste money on our AWS bill. To be crystal clear, this means no more mochitest, reftest or xpcshell on B2G emulators. Mulet will likely last a little longer as it is similar enough to Firefox desktop. 2. If at any point CD wishes to rejoin mainline development and run the set of Gecko unittests once again, re-integration will be a long and difficult process. 3. Gaia tests will still need a substantial effort to keep green. This one is more obvious, but still worth stating. It's really hard to keep a job green after the fact. In my experience, keeping jobs in Tier 3 for any extended period of time is not sustainable. CD will likely need to fork if they want to keep these jobs green. I think a question worth asking, is should we bother with Tier 3 at all? Or should we jump straight to disabling CD specific jobs. I guess it doesn't hurt to leave them running while they last, but in some cases this will be a very short time frame. Cheers, Andrew _______________________________________________ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
