GitLab reviewer vs assignee: who does what, and how to request a review
Short answer
The assignee owns a GitLab merge request and is responsible for moving it forward; it is usually the author. Reviewers read the changes and give feedback: they comment, approve if eligible, or request changes. Request a review with /assign_reviewer @name, or Reviewers › Edit in the right sidebar; the reviewer gets a to-do and the merge request appears under their review requests. After you change things, select Re-request a review next to their name, or comment /request_review @name. Your approval rules, not the reviewer list, decide whose approval counts.
Every GitLab merge request has two lists of people in its right sidebar, Assignees and Reviewers, and teams use them differently enough that it’s easy to get confused. Here is what each role means in 2026, how to request and re-request a review, and how reviewer status relates to approvals.
Assignee vs reviewer
| Assignee | Reviewer | |
|---|---|---|
| What they do | Owns the merge request and is responsible for its progress | Reviews the changes and gives feedback |
| Usually | The author | A teammate or subject expert |
| Can approve | If eligible under the approval rules | If eligible under the approval rules |
| Set with | /assign @name, or Assignees › Edit |
/assign_reviewer @name, or Reviewers › Edit |
| How many | One on Free, several on Premium and Ultimate | One on Free, several on Premium and Ultimate |
Neither list decides whose approval counts. On Premium and Ultimate, approval rules do that; see can you approve your own GitLab merge request?
Request a review
When your changes are ready, either:
- comment
/assign_reviewer @alexin any text field on the merge request (on Premium and Ultimate, several names work, separated by spaces), or - in the right sidebar’s Reviewers section, select Edit and pick the person.
On Premium and Ultimate, select Assign in the same section to open the Assign reviewers drawer. It lists, for each approval rule and for the Code Owners of the changed files, the people who would satisfy it.
The reviewer gets a to-do item, the merge request appears among their review requests on the Merge requests homepage, and, depending on their notification settings, an email.
Re-request a review
After you address the feedback, select the Re-request a review icon next to the reviewer’s name in the Reviewers section, or comment /request_review @alex. GitLab resets their review status, creates a new to-do item for them and sends a notification email.
The same command adds a new reviewer if the person isn’t one yet: /assign_reviewer and /reviewer are aliases of /request_review. To swap reviewers use /reassign_reviewer; to remove them, /unassign_reviewer.
What the reviewer statuses mean
The Reviewers section shows where each review stands:
- Awaiting review: requested, not started.
- Reviewer started review: they have pending comments that aren’t published yet.
- Reviewed and approved.
- Reviewed and requested changes: on Premium and Ultimate this blocks the merge. The merge request shows “Change requests must be approved by the requesting user” until that reviewer re-reviews and approves or selects Remove. If they’re unavailable, someone else with permission to merge can Bypass it.
Doing the review
Reviewers work in batches rather than one comment at a time:
- On the merge request’s Changes tab, write a comment and select Start a review. It stays unpublished; Add comment now would publish it straight away.
- Add more comments with Add to review.
- Select Your review at the upper right, check your pending comments, and choose an outcome: Approve, Comment or Request changes.
- Submit. GitLab publishes the comments together and sends one email to everyone who should be notified.
Selecting Approve in the merge request widget also submits your review, and Discard review throws away unpublished comments for good.
Let GitLab pick reviewers
Both options are Premium and Ultimate:
- Automatic reviewer assignment (GitLab 19.1 and later). In Settings › Merge requests, select Automatically assign all code owners as reviewers. GitLab adds every Code Owner of the changed files when a merge request is created ready, or when a draft is marked ready. It skips drafts and merge requests that already have a reviewer, not counting
@GitLabDuo. The project needs a CODEOWNERS file. - Recommend Reviewers Flow (generally available in 19.5). It suggests reviewers in the sidebar based on your approval rules, Code Owner rules included. It runs on the GitLab Duo Agent Platform, so GitLab Duo must be on, and a top-level group Owner must turn on Allow flow execution, Allow foundational flows and Recommend Reviewers.
GitLab Duo can be a reviewer too: assign @GitLabDuo. More in can Claude or ChatGPT review a GitLab merge request?
Review requests on your phone
A review request is a to-do, so it reaches MergeBell’s inbox and sends a push, checked every five minutes on the free tier. Open it to read the diff, comment on a line and approve, all on the free tier. Review drafts with Request changes are part of Pro. See how to review a GitLab merge request on your phone.
Frequently asked questions
What is the difference between an assignee and a reviewer in GitLab?
The assignee owns the merge request and is responsible for its progress; it is usually the author. A reviewer reviews the changes and gives feedback, and can request changes or, if eligible, approve. Who can approve is set by the project's approval rules.
How do I request a review in GitLab?
Comment /assign_reviewer @username on the merge request, or in the right sidebar's Reviewers section select Edit and pick the person. On Premium and Ultimate, select Assign to open the Assign reviewers drawer, which shows who satisfies each approval rule and the Code Owners. The reviewer gets a to-do item.
How do I re-request a review after making changes?
Select the Re-request a review icon next to the reviewer's name in the Reviewers section, or comment /request_review @username. GitLab resets their review status, creates a new to-do item for them and sends a notification email.
Does adding a reviewer make their approval required?
No. Approval rules decide whose approval is needed, on Premium and Ultimate. Being a reviewer means GitLab asks that person to review; a request for changes from a reviewer blocks the merge on Premium and Ultimate until they approve or remove the request, or someone bypasses it.
Can GitLab assign reviewers automatically?
Yes, on Premium and Ultimate. Since GitLab 19.1, the project setting Automatically assign all code owners as reviewers adds the Code Owners of the changed files when a merge request is created ready or marked ready. Since 19.5, the Recommend Reviewers Flow, which runs on the GitLab Duo Agent Platform, suggests reviewers in the sidebar based on approval rules.
Sources
- GitLab docs — Merge requests: assignees and reviewers
- GitLab docs — Merge request reviews
- GitLab docs — Automatic reviewer assignment and recommendations
- GitLab docs — Quick actions
- GitLab docs — To-Do List
Checked against these pages on 20 October 2026. GitLab changes quickly — if something here no longer matches, tell us and we will fix it.
Do this from your phone with MergeBell
Free for the whole review loop: the To-Do inbox, diffs and line comments, approve and merge, pipelines with retry, and push alerts for your To-Dos. Works with gitlab.com and self-managed GitLab 16.0+.
Get MergeBell for AndroidiPhone: email me at launch
On Google Play for Android 12 or later. The iPhone app is coming soon to the App Store. An independent app, not affiliated with GitLab Inc.