|
1 |
| -... todo ... |
| 1 | +# MotionMark Governance Policy |
| 2 | + |
| 3 | +MotionMark uses multistakeholder governance. This allows participating organizations to collaborate and |
| 4 | +develop the benchmark with the goal of maintaining and developing the benchmark to represent rendering- |
| 5 | +related workloads on the web. This also provides a structure that can endure to provide maintenance and |
| 6 | +adapt to the future web. |
| 7 | + |
| 8 | +An eligible “browser project” is a core end-to-end web browser engine with an integrated JavaScript engine |
| 9 | +which distributes implementations widely. The project may delegate decision making within MotionMark |
| 10 | +to multiple representatives (for example, to review code commits or to provide consensus for major changes). |
| 11 | +The participating browser projects at this time are [Blink](https://www.chromium.org/blink/), |
| 12 | +[Gecko](https://developer.mozilla.org/en-US/docs/Glossary/Gecko), and [WebKit](https://webkit.org). |
| 13 | +Additions to this list can be proposed via filing an issue in this GitHub repository, and additions to this |
| 14 | +list count as a Major change (described below). |
| 15 | + |
| 16 | +The intent is that the working team should be able to move quickly for most changes, |
| 17 | +with a higher level of process and consensus expected based on the impact of the change. The working team |
| 18 | +consists of the contributors to MotionMark, and their respective browser projects. |
| 19 | + |
| 20 | +- **Trivial change** - This is a change that has no effect on the official benchmark and includes changes |
| 21 | + to whitespaces, comments, documentation outside policies and governance model, and unofficial test cases. |
| 22 | + A trivial change requires approval by a reviewer, who is not the author of the change, |
| 23 | + from one of the participating browser projects. The current reviewership policies for the participating |
| 24 | + browser projects can be found |
| 25 | + [here](https://chromium.googlesource.com/chromium/src/+/master/docs/code_reviews.md), |
| 26 | + [here](https://wiki.mozilla.org/Firefox/Code_Review), and |
| 27 | + [here](https://webkit.org/commit-and-review-policy/). |
| 28 | + The intent is to ensure basic code quality & license compatibility, not to reach agreement. |
| 29 | + For example, one participating browser project might be both writing and reviewing a new benchmark in |
| 30 | + a subfolder to test in their own CI, or reviewing code written by an external contributor. |
| 31 | +- **Non-trivial change** - This is a change that has small impact on the official benchmark and includes |
| 32 | + changes to official test cases, test runners, bug fixes, and the appearance of the benchmark. |
| 33 | + A non-trivial change requires approval by at least two of the participating browser projects |
| 34 | + (including either authoring or reviewing the change) and none other strongly opposed to the change |
| 35 | + within 10 business days. |
| 36 | +- **Major change** - This is a change that has major implications on the official benchmark such as |
| 37 | + releasing of a new version of the benchmark or any revisions to governance policies and processes, |
| 38 | + including changes to the participating browser projects. |
| 39 | + A major change requires a consensus, meaning approvals by each of the participating browser projects. |
| 40 | + |
| 41 | +This governance policy and associated code will be hosted inside the MotionMark repository within |
| 42 | +the WebKit GitHub organization under the 2-clause BSD license. |
0 commit comments