Source code
Revision control
Copy as Markdown
Other Tools
Getting reviews
===============
Thorough code reviews are one of Mozilla's ways of ensuring code quality.
Every patch must be reviewed by the module owner of the code, or one of their designated peers.
Commit message syntax
---------------------
When submitting your commit(s), use the following syntax to request review for your patch:
.. list-table::
:header-rows: 1
* - Request
- Syntax
- Description
* - Single reviewer
- ``r=reviewer``
- Request a review from a single reviewer (``reviewer``). Historically, the syntax ``r?reviewer`` requested a review, and ``r=reviewer`` marked the reviewer who accepted the patch before landing. Both can now be used interchangeably when requesting a review.
* - Multiple reviewers
- ``r=reviewer1,reviewer2``
- Request reviews from *both* ``reviewer1`` and ``reviewer2``.
* - Blocking review
- ``r=reviewer!``
- Request a *blocking* review from ``reviewer``. This means that ``reviewer`` *must* review the patch before it can be landed.
* - Both optional and blocking reviews
- ``r=reviewer1,reviewer2!``
- Request a *blocking* review from ``reviewer2``, and an *optional* review from ``reviewer1``.
* - Review groups
- ``r=#review-group``
- Request a review from members of ``#review-group``. A full list can be found below.
* - Blocking review groups
- ``r=#review-group!``
- Request a blocking review from a review group. This will require *at least one member* of the group to approve before landing.
For example, the commit syntax to request review from group ``group-name`` or ``developer-nickname`` would be:
.. code-block::
Bug xxxx - explain what you are doing and why r?#group-name
or
Bug xxxx - explain what you are doing and why r?developer-nickname
Reviews, and review groups, can be selected or adjusted after submission in the phabricator UI.
Sometimes when publishing a patch, groups will automatically be added as blocking reviewers due to the code being touched. In this case, you may want to check that the reviewers you requested review from are set to blocking as well.
Choosing reviewers
------------------
* If you have a mentor assigned on the bug you are fixing, the mentor can usually either also review or find a suitable reviewer on your behalf.
* If you do not have a mentor, see if your code fits into one of the review groups below, and request review from that group.
* Otherwise, try looking at the history of the file to see who has modified it recently. (For example, `hg log <modified-file>` or `git log <modified-file>`)
* Finally if you are still unable to identify someone, try asking in the `#introduction channel on Matrix <https://chat.mozilla.org/#/room/#introduction:mozilla.org>`_.
Getting attention
-----------------
Generally most reviews will happen within roughly a week. If, however, a reviewer doesn't respond within a week or so of the review request:
* Contact the reviewer directly (either via e-mail or on Matrix).
* Join developers on `Mozilla's Matrix server <https://chat.mozilla.org>`_, and ask if anyone knows why a review may be delayed. Please link to the bug too.
* If the review is still not addressed, mail the reviewer directly, asking if/when they'll have time to review the patch, or might otherwise be able to review it.
Remember that reviewers are human too, and may have complex reasons that prevent them from reviewing your patch in a timely manner. Be confident in reaching out to your reviewer, but be mindful of the `Mozilla Community Participation Guidelines <https://www.mozilla.org/en-US/about/governance/policies/participation/>`_ while doing so.
For simple documentation changes, reviews are not required.
For more information about the review process, see the :ref:`Code Review FAQ`.
Review groups
-------------
.. list-table::
:header-rows: 1
* - Name
- Owns
- Members
* - #anchor-positioning-reviewers
- Anchor positioning - related style and layout code
* - #anti-tracking
- `Core: Anti-Tracking </mots/index.html#core-anti-tracking>`__
* - #build or #firefox-build-system-reviewers
- The configure & build system
* - #cookies
- `Core: Cookies </mots/index.html#core-cookies>`__
* - #cubeb-reviewers
- cubeb, Gecko's audio input/output library and associated projects (audioipc, cubeb-rs, rust cubeb backends)
* - #desktop-theme-reviewers
- User interface CSS
* - #devtools-reviewers
- Firefox DevTools
* - #dom-worker-reviewers
- DOM Workers
* - #dom-storage-reviewers
- DOM Storage
* - #fluent-reviewers
- Fluent (FTL) files (translation).
* - #firefox-source-docs-reviewers
- Documentation files and its build
* - #firefox-ux-team
- User experience (UX)
* - #firefox-svg-reviewers
- SVG-related changes
* - #frontend-codestyle-reviewers
- ESLint, Prettier or Stylelint configurations.
* - #android-reviewers
- Fenix, Focus and Android Components.
* - #geckoview-reviewers
- GeckoView
* - #gfx-reviewers
- Graphics code
* - #intermittent-reviewers
- Test manifest changes
* - #layout-reviewers
- Layout
* - #layout-grid-reviewers
- layout/grid
* - #linter-reviewers
- tools/lint/*
* - #mac-reviewers
- Mac-specific code
* - #media-playback-reviewers
* - #mozbase
- Mozbase
* - #mozbase-rust
- Mozbase in Rust
* - #necko-reviewers
- network code (aka necko, aka netwerk)
* - #nss-reviewers
- Network Security Services (NSS)
* - #perftest-reviewers
- Perf Tests
* - #permissions or #permissions-reviewers
- `Permissions </mots/index.html#core-permissions>`__
* - #places-reviewers
- `Bookmarks & History (Places) </mots/index.html#bookmarks-history>`__
* - #platform-i18n-reviewers
- Platform Internationalization
* - #preferences-reviewers
- Firefox for Desktop Preferences (Options) user interface
* - #recomp-reviewers or #reusable-components-reviewers
- UI Widgets, Design Tokens, Storybook
* - #remote-debugging-reviewers
- Remote Debugging UI & tools
* - #search-reviewers
- `Search </mots/index.html#search>`__
* - #sessionstore or #sessionstore-reviewers
- `Firefox: Session Restore </mots/index.html#session-restore>`__
* - #spidermonkey-reviewers
- SpiderMonkey JS/Wasm Engine
* - #static-analysis-reviewers
- Static Analysis
* - #style or #firefox-style-system-reviewers
- Firefox style system (servo, layout/style).
* - #supply-chain-reviewers
- Third-party audits and vendoring (cargo-vet, supply_chain).
* - #tabbrowser or #tabbrowser-reviewers
- `Firefox: Tabbed Browser </mots/index.html#tabbed-browser>`__
* - #theme or #desktop-theme-reviewers
- `Firefox: Theme and Toolkit: Themes </mots/index.html#desktop-theme>`__
* - #urlbar-reviewers
- `Urlbar (Address Bar) </mots/index.html#address-bar>`__
* - #view-transitions-reviewers or #view-transitions or #vt
- View Transitions (dom/view-transitions, and the relevant style / layout / gfx code).
* - #webcompat-reviewers
- System addons maintained by the Web Compatibility team
* - #webdriver-reviewers
- Marionette and geckodriver (including MozBase Rust), and Remote Protocol with WebDriver BiDi, and CDP.
* - #webgpu-reviewers
- WebGPU code
* - #webidl
- WebIDL
* - #xpcom-reviewers
- XPCOM
To create a new group, fill a `new bug in Conduit::Administration <https://bugzilla.mozilla.org/enter_bug.cgi?product=Conduit&component=Administration>`__.