tor-browser

The Tor Browser
git clone https://git.dasho.dev/tor-browser.git
Log | Files | Refs | README | LICENSE

reviews.md (2821B)


Review Requirements

A review should have several items checked off before it is landed. Checkboxes are pre-filled into the pull request summary when it's created.

The uploader may pre-check-off boxes if they are not applicable (e.g. TypeScript readability on a plan PR).

Readability

A reviewer has "readability" for a topic if they have enough expertise in that topic to ensure good practices are followed in pull requests, or know when to loop in other reviewers. Perfection is not required!

It is up to reviewers' own discretion whether they are qualified to check off a "readability" checkbox on any given pull request.

- WebGPU is being used correctly; expected results seem reasonable. - WebGPU is being tested completely; tests have control cases. - Test code has a clear correspondence with the test description. - Test helpers are used or created appropriately (where the reviewer is familiar with the helpers).

- Ensures test code is reasonably type-safe. Reviewers may recommend changes to make type-safety either weaker (as, etc.) or stronger. - Is understandable and has appropriate verbosity and dynamicity (e.g. type inference and as const are used to reduce unnecessary boilerplate).

Plan Reviews

Changes *must* have an author or reviewer with the following readability: WebGPU

Reviewers must carefully ensure the following:

as fully as possible (or adds TODOs for incomplete areas).

other validation rules.

See also: Adding or Editing Test Plans.

Implementation Reviews

Changes *must* have an author or reviewer with the following readability: WebGPU, TypeScript

Reviewers must carefully ensure the following:

Reviewers should ensure the following:

See also: Implementing Tests.

Framework

Changes *must* have an author or reviewer with the following readability: TypeScript

Reviewers should ensure the following: