# Review pull requests in Postman
If you're tagged as a reviewer on a pull request, you can view the changes, comment, approve or decline the request, and merge the forked collection or environment into the parent element.
## Review pull requests
To access the list of pull requests, go to the element and select
**Pull Requests** in the right sidebar. Each item shows the pull request's status, which will be `OPEN` for any that haven't been merged or declined. Select a pull request's name to open it.
When you're tagged as a reviewer on a pull request, Postman notifies you when a team member creates a pull request:
* Select
**Notifications** in the Postman header to view the notification. Select **View Pull Request** to view the pull request.
* You will also receive an email with information about the pull request's title, the element included in the pull request, and who created the pull request. Select **Review Changes** in the email to access the pull request in Postman.
If you create a pull request and make changes to it from the same Postman account, you won't receive any notifications about changes made to the pull request.
## View the diff
When you review a pull request, it's important to understand the changes that the pull request will introduce into the parent collection or environment.
In the pull request, view the difference (*diff*) between the fork and the parent element under the **Changes** heading.
The diff will tell you whether a change is an addition, a deletion, or a modification.
You can also select
**Jump to** at the bottom right of the pull request to go directly to the section that contains the changes. The **Jump to** option is available when the list of changes is too long to be viewed in its entirety.
Use inline comments to comment on a change in a pull request.
You can learn more about [commenting](/docs/collaborating-in-postman/comments/).
## Edit or decline a pull request
You can edit a pull request's details before approving it, or you can decline it.
To edit the pull request details, do the following:
1. Select
**View more actions** at the upper right and select **Edit**.
2. Make any changes to the pull request's title, description, and list of reviewers.
3. Select **Save Changes**.
If you don't want to merge the pull request into the parent element, you can decline it. You can't reopen a pull request that you have declined, so if you want to request edits or offer feedback, [add a comment](/docs/collaborating-in-postman/comments/#comment-on-a-pull-request) instead.
To decline the pull request, do the following:
1. Select
**View more actions** at the upper right and select **Decline**.
2. Select **Decline Pull Request**.
## Approve a pull request
If you're tagged as a reviewer on a pull request, you can approve the pull request.
To approve a pull request, select **Approve**.
If you need to revoke your approval, select **Unapprove**.
After you approve the pull request, its status in the list of pull requests is `APPROVED`.
## Pull updates during a pull request
You can keep your forked collections and environments up to date with any changes to the parent element, for example if another team member has merged changes into the parent element.
1. [Create the pull request.](/docs/collaborating-in-postman/using-version-control/creating-pull-requests/#create-pull-requests) Postman will warn you that the parent element has changed since you last updated it.
2. Select **Pull Changes** to update your fork with the changes to the parent element.

3. Review the diff and select **Pull changes**.
To pull updates from a parent element without opening a pull request, see [Pull updates from a parent element](/docs/collaborating-in-postman/using-version-control/forking-elements/#pull-updates-from-a-parent-element).
## Merge changes from a pull request
When you're ready to add the changes from a pull request, you'll *merge* them into the parent collection or environment. After the requested reviewer approves a pull request, you can merge it into the parent element.
1. From the approved pull request, select **Merge**.
If the parent element has any changes since you last updated your fork, you can [pull those changes](/docs/collaborating-in-postman/using-version-control/forking-elements/#pull-updates-from-a-parent-element) before merging.
2. Select one of the following merge options:
* **Merge changes** - Merge the changes into the parent element. This doesn't make any changes to the fork. You must have Editor access to the parent element.
* **Merge changes and update source** - Merge the changes into the parent element. Any differences in the parent element are also made to the fork. You must have Editor access to both the parent and forked elements.
* **Merge changes and delete source** - Merge the changes into the parent element. After the merge process is complete, Postman deletes the fork. You must have Editor access to both the parent and forked elements.
3. Select **Merge**.
To merge changes from a fork without opening a pull request, see [Merge changes from a fork](/docs/collaborating-in-postman/using-version-control/forking-elements/#merge-changes-from-a-fork).
## Resolve conflicts from a pull request
A merge conflict happens when you try to merge changes into an updated parent element and Postman isn't able to automatically resolve the differences between the two. If there's a conflict when you try to merge a pull request, you'll need to decide how you want to resolve them before continuing.
Merge conflicts can involve changes in more than one workspace.
To resolve a merge conflict from a pull request, do the following:
1. Begin the pull request process described in [Creating pull requests](/docs/collaborating-in-postman/using-version-control/creating-pull-requests/#create-pull-requests).
2. Select **Changes** to review the changes in the merge conflict.
3. Select **Resolve Conflicts** to resolve merge conflicts between the fork and parent element.
You can also select **Pull the changes** for any conflict.
4. For each conflict, choose the version you want to include when you merge. Select **Keep Source** to keep the change on the parent element. Select **Keep Destination** to keep the change on your fork. You can also select the version you want to keep for each conflict.
To keep all changes on your fork, select **Keep all changes to source**. To keep all changes on the parent element, select **Keep all changes to destination**.
After you resolve the conflicts, select **Pull changes** to [pull the updates](#pull-updates-during-a-pull-request).