• Show a list of changed files
• Show all changes in a merge request
  • Collapse generated files
    • View a collapsed file
    • Configure collapse behavior for a file type
• Show one file at a time
  • For this merge request only
  • For all merge requests
• Compare changes
• Expand or collapse comments
• Ignore whitespace changes
• Mark files as viewed
• Show merge request conflicts in diff
• Show scanner findings in diff
• Add a comment to a merge request file
• Add a comment to an image
• Resources

Changes in merge requests

A merge request proposes a set of changes to files in a branch in your repository. GitLab shows these changes as a diff (difference) between the current state and the proposed changes. By default, the diff compares your proposed changes (the source branch) with the target branch. By default, GitLab shows only the changed portions of the files.

This example shows changes to a text file. In the default syntax highlighting theme:

• The current version is shown in red, with a minus (-) sign before the line.
• The proposed version is shown in green with a plus (+) sign before the line.

The header for each file in the diff contains:

• Hide file contents () to hide all changes to this file.
• Path: The full path to this file. To copy this path, select Copy file path ().
• Lines changed: The number of lines added and deleted in this file, in the format +2 -2.
• Viewed: Select this checkbox to mark the file as viewed until it changes again.
• Comment on this file () to leave a general comment on the file, without pinning the comment to a specific line.
• Options: Select () to display more file viewing options.

The diff also includes navigation and comment aids to the left of the file, in the gutter:

• Show more context: Select Previous 20 lines () to display the previous 20 unchanged lines, or Next 20 lines () to display the next 20 unchanged lines.
• Line numbers are shown in two columns. Previous line numbers are shown on the left, and proposed line numbers on the right. To interact with a line:
  • To display comment options, hover over a line number.
  • To copy a link to the line, press Command and select (or right-click) a line number, then select Copy link address.
  • To highlight a line, select the line number.

Show a list of changed files

Use the file browser to view a list of files changed in a merge request:

1. On the left sidebar, select Search or go to and find your project.
2. Select Code > Merge requests and find your merge request.
3. Below the merge request title, select Changes.
4. Select Show file browser () or press F to show the file tree.
   • For a tree view that shows nesting, select Tree view ().
   • For a file list without nesting, select List view ().

Show all changes in a merge request

To view the diff of changes included in a merge request:

1. On the left sidebar, select Search or go to and find your project.
2. Select Code > Merge requests and find your merge request.
3. Below the merge request title, select Changes.
4. If the merge request changes many files, you can jump directly to a specific file:
   1. Select Show file browser () or press F to display the file tree.
   2. Select the file you want to view.
   3. To hide the file browser, select Show file browser or press F again.

GitLab collapses files with many changes to improve performance, and displays the message: Some changes are not shown. To view the changes for that file, select Expand file.

Collapse generated files

To help reviewers focus on the files needed to perform a code review, GitLab collapses several common types of generated files. GitLab collapses these files by default, because they rarely require code reviews:

1. Files with .nib, .xcworkspacedata, or .xcurserstate extensions.
2. Package lock files such as package-lock.json or Gopkg.lock.
3. Files in the node_modules folder.
4. Minified js or css files.
5. Source map reference files.
6. Generated Go files, including the generated files by protocol buffer compiler.

To mark a file or path as generated, set the gitlab-generated attribute for it in your .gitattributes file.

View a collapsed file

1. On the left sidebar, select Search or go to and find your project.
2. Select Code > Merge requests and find your merge request.
3. Below the merge request title, select Changes.
4. Find the file you want to view, and select Expand file.

Configure collapse behavior for a file type

To change the default collapse behavior for a file type:

1. If a .gitattributes file does not exist in the root directory of your project, create a blank file with this name.

2. For each file type you want to modify, add a line to the .gitattributes file declaring the file extension and your desired behavior:

   # Collapse all files with a .txt extension
   *.txt gitlab-generated
   
   # Collapse all files within the docs directory
   docs/** gitlab-generated
   
   # Do not collapse package-lock.json
   package-lock.json -gitlab-generated
   

3. Commit, push, and merge your changes into your default branch.

After the changes merge into your default branch, all files of this type in your project use this behavior in merge requests.

For technical details about how GitLab detects generated files, see the go-enry repository.

Show one file at a time

For larger merge requests, you can review one file at a time. You can change this setting temporarily in a merge request, or so it applies to all merge requests.

For this merge request only

To temporarily change your viewing preferences for a specific merge request:

1. On the left sidebar, select Search or go to and find your project.
2. Select Code > Merge requests and find your merge request.
3. Below the merge request title, select Changes.
4. Select Preferences ().
5. Select or clear Show one file at a time.

This change overrides your choice in your user preferences. It persists until you clear your browser’s cookies or change this behavior again.

For all merge requests

To view one file at a time for all merge requests:

1. On the left sidebar, select your avatar.
2. Select Preferences.
3. Scroll to the Behavior section and select the Show one file at a time on merge request’s Changes tab checkbox.
4. Select Save changes.

After you enable this setting, GitLab displays only one file at a time when you review merge requests. To view other changed files, either:

• Scroll to the end of the file and select either Prev or Next.
• Select Show file browser () and select another file to view.

Compare changes

You can view the changes in a merge request either:

• Inline, which shows the changes vertically. The old version of a line is shown first, with the new version shown directly below it. Inline mode is often better for changes to single lines.
• Side-by-side, which shows the old and new versions of lines in separate columns. Side-by-side mode is often better for changes affecting large numbers of sequential lines.

To change how a merge request shows changed lines:

1. On the left sidebar, select Search or go to and find your project.
2. Select Code > Merge requests and find your merge request.
3. Below the title, select Changes.

4. Select Preferences (). Select either Side-by-side or Inline. This example shows how GitLab renders the same change in both inline and side-by-side mode:

   Inline changes

   

   Side-by-side changes

   

Expand or collapse comments

When reviewing code changes, you can hide inline comments:

1. On the left sidebar, select Search or go to and find your project.
2. Select Code > Merge requests and find your merge request.
3. Below the title, select Changes.
4. Scroll to the file that contains the comments you want to hide.
5. Scroll to the line the comment is attached to, and select Collapse ():

To expand inline comments and show them again:

1. On the left sidebar, select Search or go to and find your project.
2. Select Code > Merge requests and find your merge request.
3. Below the title, select Changes.
4. Scroll to the file that contains the collapsed comments you want to show.
5. Scroll to the line the comment is attached to, and select the user avatar:

Ignore whitespace changes

Whitespace changes can make it more difficult to see the substantive changes in a merge request. You can choose to hide or show whitespace changes:

1. On the left sidebar, select Search or go to and find your project.
2. Select Code > Merge requests and find your merge request.
3. Below the title, select Changes.
4. Before the list of changed files, select Preferences ().

5. Select or clear Show whitespace changes:

   

Mark files as viewed

When reviewing a merge request with many files multiple times, you can ignore files you’ve already reviewed. To hide files that haven’t changed since your last review:

1. On the left sidebar, select Search or go to and find your project.
2. Select Code > Merge requests and find your merge request.
3. Below the title, select Changes.
4. In the file’s header, select the Viewed checkbox.

Files marked as viewed are not shown to you again unless either:

• The contents of the file change.
• You clear the Viewed checkbox.

Show merge request conflicts in diff

To avoid displaying changes already on target branch, we compare the merge request’s source branch with the HEAD of the target branch.

When the source and target branch conflict, we show an alert per conflicted file on the merge request diff:

Show scanner findings in diff

You can show scanner findings in the diff. For details, see:

• Code Quality findings
• Static Analysis findings

Add a comment to a merge request file

You can add comments to a merge request diff file. These comments persist across rebases and file changes.

To add a comment to a merge request file:

1. On the left sidebar, select Search or go to and find your project.
2. Select Code > Merge requests and find your merge request.
3. Select Changes.
4. In the header for the file you want to comment on, select Comment ().

Add a comment to an image

In merge requests and commit detail views, you can add a comment to an image. This comment can also be a thread.

1. Hover your mouse over the image.
2. Select the location where you want to comment.

GitLab shows an icon and a comment field on the image.

Resources

• For technical details on how GitLab calculates the diff between the two revisions, see Working with diffs.