Article version: GitHub.com
Reviewing changes in pull requests
After a pull request has been opened, you can review and discuss the set of proposed changes.
About pull request reviewsโ
Reviews allow collaborators to comment on the changes proposed in pull requests, approve the changes, or request further changes before the pull request is merged. Repository administrators can require that all pull requests are approved before being merged.
Reviewing proposed changes in a pull requestโ
In a pull request, you can review and discuss commits, changed files, and the differences (or "diff") between the files in the base and compare branches.
Filtering files in a pull requestโ
To help you quickly review changes in a large pull request, you can filter changed files.
Finding changed methods and functions in a pull requestโ
You can quickly find proposed changes to a method or function in a pull request in .go, .js, .ts, .py, .php, and .rb files.
Commenting on a pull requestโ
After you open a pull request in a repository, collaborators or team members can comment on the comparison of files between the two specified branches, or leave general comments on the project as a whole.
Viewing a pull request reviewโ
You can view all of the comments made in a single pull request review.
Incorporating feedback in your pull requestโ
When reviewers suggest changes in a pull request, you can automatically incorporate the changes into the pull request or open an issue to track out-of-scope suggestions.
Approving a pull request with required reviewsโ
If your repository requires reviews, pull requests must have a specific number of approving reviews from people with write or admin permissions in the repository before they can be merged.
Dismissing a pull request reviewโ
If your repository requires reviews, you can dismiss pull request reviews that are no longer valid or are unable to be approved by the reviewer.
Checking out pull requests locallyโ
When someone sends you a pull request from a fork or branch of your repository, you can merge it locally to resolve a merge conflict or to test and verify the changes before merging on GitHub.