blob: f5b6679df24a39b1d8948d512cca1f038b29b09c [file] [log] [blame] [view]
brettw40e953e2017-02-08 17:49:281# Code Reviews
2
3Code reviews are a central part of developing high-quality code for Chromium.
Lei Zhang3b32caa2021-03-22 17:24:194All change lists (CLs) must be reviewed.
brettw40e953e2017-02-08 17:49:285
Vincent Scheib66fc2d42024-10-30 02:55:036This page documents policy rules regarding code changes.
7
8See also:
9- The general patch, upload, and land process in [contributing code](contributing.md#code-review)
10- [Code of conduct](../CODE_OF_CONDUCT.md)
11- [Respectful Changes](cl_respect.md)
12- [Respectful Code Reviews](cr_respect.md)
13- The code review changes and OWNERS policy changes launched on March 24, 2021, see
Jason D. Clintonc38b61d82021-04-20 20:02:1414[Mandatory Code Review and Native OWNERS](code_review_owners.md).
brettw40e953e2017-02-08 17:49:2815
16# Code review policies
17
Ramzi Nbe25013d2023-11-02 00:47:5318Any [committer](https://www.chromium.org/getting-involved/become-a-committer/#what-is-a-committer) can review code, but
19an owner must provide a review for each directory you are touching. Ideally you should choose
20reviewers who are familiar with the area of code you are touching. If you have doubts, look
21at the `git blame` for the file and the `OWNERS` files ([more info](#owners-files)).
brettw40e953e2017-02-08 17:49:2822
John Abd-El-Malekdfd1edc2021-02-24 22:22:4023To indicate a positive review, the reviewer provides a `Code-Review +1` in
Michael Giuffridaaf367052018-03-22 20:22:3424Gerrit, also known as an LGTM ("Looks Good To Me"). A score of "-1" indicates
25the change should not be submitted as-is.
brettw40e953e2017-02-08 17:49:2826
Ramzi Nbe25013d2023-11-02 00:47:5327Submissions to the chromium/src repository by a change contributor who is not a Chromium
28committer require two committers to Code-Review+1 the submission. If the owner of the CL
29is already a committer, then only one other committer is needed to review.
30
Michael Giuffridaaf367052018-03-22 20:22:3431If you have multiple reviewers, provide a message indicating what you expect
32from each reviewer. Otherwise people might assume their input is not required
33or waste time with redundant reviews.
brettw2019b9e2017-02-09 06:40:2034
Annie Sullivand04212e72017-10-19 21:11:3235Please also read [Respectful Changes](cl_respect.md) and
36[Respectful Code Reviews](cr_respect.md).
37
Robert Seseka8ee4a92023-07-13 23:04:3038There are also a [collection of tips](cl_tips.md) for productive reviews, though
39these are advisory and not policy.
40
brettw2019b9e2017-02-09 06:40:2041#### Expectations for all reviewers
brettw40e953e2017-02-08 17:49:2842
Erik Chenb3d9310f2025-01-07 19:41:3543* As a reviewer, aim to provide actionable feedback 3 times per work day. The
44 expectation is that if you're in the same time zone as the CL author, there
45 are 3 review iterations. If there is a time zone divide, aim for 2 review
46 iterations.
brettw40e953e2017-02-08 17:49:2847
Erik Chenb3d9310f2025-01-07 19:41:3548* Use the status field in Gerrit settings to indicate if you're away and when
Mike Frysinger7b15bde2018-05-15 09:28:0549 you'll be back.
brettw40e953e2017-02-08 17:49:28