Reviewer Assignment
GitHub already provides code reviewer suggestions and the ability to use CODEOWNERS to automatically assign reviewers.
However, the code reviewer suggestion is still a manual process for developers and the CODEOWNERS feature is very limited:
- You associate owners to files. For simple changes in those files or large files, CODEOWNERS can be extremely noisy.
reviewpad.yml
files allow you to specify ownership at the semantic level and also based on the nature of the changes. - There can only exist a CODEOWNERS file per repository; as opposed,
reviewpad.yml
files will be extensible and you will be able to import central configuration files. - Rules have precedence, so you need to understand the context of previous rules for a given rule. Reviewpad workflows allow you to specify when a workflow should always be considered regardless of the context.
Out of the box, Reviewpad supports three actions to assign reviewers, assignReviewer, assignTeamReviewer and assignRandomReviewer.
📄️ Assign review to 3 developers
An example of assigning a review to at least 3 developers when changing transactions code.
📄️ Assign review to a team
An example of assigning a review to a team when touching a specific folder.
📄️ Assign senior reviewers to new joiners
An example of assigning senior reviewers to new joiners pull requests.
📄️ Assign reviewers in a sequence
In certain cases, it is very useful to specify an order in which the pull request should be reviewed.