2020-07-28 14:09:36 -04:00
---
stage: Create
group: Source Code
info: "To determine the technical writer assigned to the Stage/Group associated with this page, see https://about.gitlab.com/handbook/engineering/ux/technical-writing/#designated-technical-writers"
type: reference, howto
---
2019-07-08 04:50:38 -04:00
# File Locking **(PREMIUM)**
2019-05-05 11:37:18 -04:00
2020-02-06 10:09:11 -05:00
> [Introduced](https://gitlab.com/gitlab-org/gitlab/-/merge_requests/440) in [GitLab Premium](https://about.gitlab.com/pricing/) 8.9.
2019-05-05 11:37:18 -04:00
2020-04-23 17:09:31 -04:00
Working with multiple people on the same file can be a risk. Conflicts when merging a non-text file are hard to overcome and will require a lot of manual work to resolve. File Locking helps you avoid these merge conflicts and better manage your binary files.
2020-04-27 11:10:16 -04:00
With File Locking, you can lock any file or directory, make your changes, and
then unlock it so another member of the team can edit it.
2019-05-05 11:37:18 -04:00
## Overview
Working with multiple people on the same file can be a risk. Conflicts
when merging a non-text file are hard to overcome and will require a lot
of manual work to resolve. With GitLab Premium, File
Locking helps you avoid merge conflicts and better manage your binary
files by preventing everyone, except you, from modifying a specific file
or entire directory.
## Use-cases
The file locking feature is useful in situations when:
- Multiple people are working on the same file and you want to avoid merge
conflicts.
- Your repository contains binary files in which situation there is no easy
way to tell the diff between yours and your colleagues' changes.
- Prevent design assets from being overwritten.
Locked directories are locked recursively, which means that everything that
lies under them is also locked.
2019-06-19 06:37:13 -04:00
## Locking a file or a directory
NOTE: **Note:**
Locking only works for the default branch you have set in the project's settings
(usually `master` ).
To lock a file:
1. Navigate to your project's **Repository > Files** .
1. Pick the file you want to lock.
1. Click the "Lock" button.
2019-08-12 05:54:30 -04:00
![Locking file ](img/file_lock.png )
2019-06-19 06:37:13 -04:00
To lock an entire directory, look for the "Lock" link next to "History".
After you lock a file or directory, it will appear as locked in the repository
view.
![Repository view ](img/file_lock_repository_view.png )
Once locked, any merge request to the default branch will fail
to merge until the file becomes unlocked.
## Unlocking a file or a directory
To unlock a file or a directory, follow the same procedure as when you locked
them. For a detailed view of every existing lock, see the next section on
"Viewing and managing existing locks".
You can unlock a file that yourself or someone else previously locked as long
as you have Maintainer or above [permissions ](../permissions.md ) to the project.
## Viewing and managing existing locks
To view or manage every existing lock, navigate to the
**Project > Repository > Locked Files** area. There, you can view all existing
locks and [remove the ones you have permission for ](#permissions-on-file-locking ).
2019-05-05 11:37:18 -04:00
## Permissions on file locking
The user that locks a file or directory **is the only one** that can edit and
push their changes back to the repository where the locked objects are located.
2019-06-19 06:37:13 -04:00
Locks can be created by any person who has [push access ](../permissions.md ) to the repository; i.e.,
2019-05-05 11:37:18 -04:00
Developer and higher level, and can be removed solely by their author and any
user with Maintainer permissions and above.
If a file is locked and you are not the author of its locked state, a
pre-receive hook will reject your changes when you try to push. In the
following example, a user who has no permissions on the locked `.gitignore`
file will see the message below:
2020-01-30 10:09:15 -05:00
```shell
2019-05-05 11:37:18 -04:00
Counting objects: 3, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (3/3), done.
Writing objects: 100% (3/3), 320 bytes | 0 bytes/s, done.
Total 3 (delta 1), reused 0 (delta 0)
remote: GitLab: The path '.gitignore' is locked by Administrator
2019-09-18 10:02:45 -04:00
To https://example.com/gitlab-org/gitlab-foss.git
2019-05-05 11:37:18 -04:00
! [remote rejected] master -> master (pre-receive hook declined)
2019-09-18 10:02:45 -04:00
error: failed to push some refs to 'https://example.com/gitlab-org/gitlab-foss.git'
2019-05-05 11:37:18 -04:00
```
Similarly, when a user that is not the author of the locked state of a file
accepts a merge request, an error message will appear stating that the file
is locked.
![Merge request error message ](img/file_lock_merge_request_error_message.png )