2021-01-29 00:20:46 +05:30
---
stage: none
group: unassigned
2021-02-22 17:27:13 +05:30
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/#assignments
2021-01-29 00:20:46 +05:30
---
2020-05-24 23:13:21 +05:30
# Members of a project
2018-03-17 18:26:18 +05:30
You can manage the groups and users and their access levels in all of your
projects. You can also personalize the access level you give each user,
per-project.
2018-11-08 19:23:39 +05:30
You should have Maintainer or Owner [permissions ](../../permissions.md ) to add
2018-03-17 18:26:18 +05:30
or import a new user to your project.
To view, edit, add, and remove project's members, go to your
2020-06-23 00:09:42 +05:30
project's **Members** .
2018-03-17 18:26:18 +05:30
2020-01-01 13:55:28 +05:30
## Inherited membership
When your project belongs to the group, group members inherit the membership and permission
level for the project from the group.
2021-03-11 19:13:27 +05:30
![Project members page ](img/project_members_v13_9.png )
2020-01-01 13:55:28 +05:30
From the image above, we can deduce the following things:
- There are 3 members that have access to the project.
- User0 is a Reporter and has inherited their permissions from group `demo`
which contains current project.
2021-03-11 19:13:27 +05:30
- User1 is shown as a **Direct member** in the **Source** column, therefore they belong directly
2020-01-01 13:55:28 +05:30
to the project we're inspecting.
- Administrator is the Owner and member of **all** groups and for that reason,
there is an indication of an ancestor group and inherited Owner permissions.
2021-03-11 19:13:27 +05:30
## Filter and sort members
2020-01-01 13:55:28 +05:30
2021-03-11 19:13:27 +05:30
> - [Introduced](https://gitlab.com/gitlab-org/gitlab/-/issues/21727) in GitLab 12.6.
> - [Improved](https://gitlab.com/groups/gitlab-org/-/epics/4901) in GitLab 13.9.
2021-04-17 20:07:23 +05:30
> - [Feature flag removed](https://gitlab.com/gitlab-org/gitlab/-/issues/299954) in GitLab 13.10.
2020-01-01 13:55:28 +05:30
2021-03-11 19:13:27 +05:30
The following sections illustrate how you can filter and sort members in a project. To view these options,
navigate to your desired project, go to **Members** , and include the noted search terms.
### Membership filter
By default, inherited and direct members are displayed. The membership filter can be used to display only inherited or only direct members.
#### Display inherited members
To display inherited members, include `Membership` `=` `Inherited` in the search text box.
![Project members filter inherited ](img/project_members_filter_inherited_v13_9.png )
#### Display direct members
To display direct members, include `Membership` `=` `Direct` in the search text box.
![Project members filter direct ](img/project_members_filter_direct_v13_9.png )
### Search
You can search for members by name, username, or email.
![Project members search ](img/project_members_search_v13_9.png )
### Sort
You can sort members by **Account** , **Access granted** , **Max role** , or **Last sign-in** in ascending or descending order.
![Project members sort ](img/project_members_sort_v13_9.png )
2020-01-01 13:55:28 +05:30
2018-03-17 18:26:18 +05:30
## Add a user
Right next to **People** , start typing the name or username of the user you
want to add.
2021-03-11 19:13:27 +05:30
![Search for people ](img/add_user_search_people_v13_8.png )
2018-03-17 18:26:18 +05:30
Select the user and the [permission level ](../../permissions.md )
2021-04-29 21:17:54 +05:30
that you'd like to give the user. You can add more than one user at a time.
The Owner role can only be assigned at the group level.
2018-03-17 18:26:18 +05:30
2021-03-11 19:13:27 +05:30
![Give user permissions ](img/add_user_give_permissions_v13_8.png )
2018-03-17 18:26:18 +05:30
2021-02-22 17:27:13 +05:30
Once done, select **Add users to project** and they are immediately added to
2018-03-17 18:26:18 +05:30
your project with the permissions you gave them above.
2021-03-11 19:13:27 +05:30
![List members ](img/add_user_list_members_v13_9.png )
2018-03-17 18:26:18 +05:30
From there on, you can either remove an existing user or change their access
level to the project.
## Import users from another project
You can import another project's users in your own project by hitting the
**Import members** button on the upper right corner of the **Members** menu.
2018-11-08 19:23:39 +05:30
In the dropdown menu, you can see only the projects you are Maintainer on.
2018-03-17 18:26:18 +05:30
2021-03-11 19:13:27 +05:30
![Import members from another project ](img/add_user_import_members_from_another_project_v13_8.png )
2018-03-17 18:26:18 +05:30
Select the one you want and hit **Import project members** . A flash message
2021-02-22 17:27:13 +05:30
displays, notifying you that the import was successful, and the new members
2018-03-17 18:26:18 +05:30
are now in the project's members list. Notice that the permissions that they
had on the project you imported from are retained.
2021-03-11 19:13:27 +05:30
![Members list of new members ](img/add_user_imported_members_v13_9.png )
2018-03-17 18:26:18 +05:30
## Invite people using their e-mail address
2021-04-29 21:17:54 +05:30
NOTE:
In GitLab 13.11, you can [replace this form with a modal window ](#add-a-member-modal-window ).
2018-03-17 18:26:18 +05:30
If a user you want to give access to doesn't have an account on your GitLab
instance, you can invite them just by typing their e-mail address in the
user search field.
2021-03-11 19:13:27 +05:30
![Invite user by mail ](img/add_user_email_search_v13_8.png )
2018-03-17 18:26:18 +05:30
As you can imagine, you can mix inviting multiple people and adding existing
GitLab users to the project.
2021-03-11 19:13:27 +05:30
![Invite user by mail ready to submit ](img/add_user_email_ready_v13_8.png )
2018-03-17 18:26:18 +05:30
Once done, hit **Add users to project** and watch that there is a new member
with the e-mail address we used above. From there on, you can resend the
2019-03-02 22:35:43 +05:30
invitation, change their access level, or even delete them.
2018-03-17 18:26:18 +05:30
2021-03-11 19:13:27 +05:30
![Invite user members list ](img/add_user_email_accept_v13_9.png )
2018-03-17 18:26:18 +05:30
2021-02-22 17:27:13 +05:30
While unaccepted, the system automatically sends reminder emails on the second, fifth,
and tenth day after the invitation was initially sent.
After the user accepts the invitation, they are prompted to create a new
2018-03-17 18:26:18 +05:30
GitLab account using the same e-mail address the invitation was sent to.
2021-02-22 17:27:13 +05:30
NOTE:
2020-10-04 03:57:07 +05:30
Unaccepted invites are automatically deleted after 90 days.
2021-04-29 21:17:54 +05:30
### Add a member modal window
> - [Introduced](https://gitlab.com/gitlab-org/gitlab/-/issues/247208) in GitLab 13.11.
> - [Deployed behind a feature flag](../../feature_flags.md), disabled by default.
> - Enabled on GitLab.com.
> - Recommended for production use.
> - Replaces the existing form with buttons to open a modal window.
> - To use in GitLab self-managed instances, ask a GitLab administrator to [enable it](#enable-or-disable-modal-window). **(FREE SELF)**
WARNING:
This feature might not be available to you. Check the **version history** note above for details.
In GitLab 13.11, you can optionally replace the form to add a member with a modal window.
To add a member after enabling this feature:
1. Go to your project's page.
1. In the left sidebar, go to **Members** , and then select **Invite members** .
1. Enter an email address, and select a role permission for this user.
1. (Optional) Select an **Access expiration date** .
1. Select **Invite** .
### Enable or disable modal window **(FREE SELF)**
The modal window for adding a member is under development and is ready for production use. It is
deployed behind a feature flag that is **disabled by default** .
[GitLab administrators with access to the GitLab Rails console ](../../../administration/feature_flags.md )
can enable it.
To enable it:
```ruby
Feature.enable(:invite_members_group_modal)
```
To disable it:
```ruby
Feature.disable(:invite_members_group_modal)
```
2019-12-04 20:38:33 +05:30
## Project membership and requesting access
2018-03-17 18:26:18 +05:30
2019-12-04 20:38:33 +05:30
Project owners can :
2018-03-17 18:26:18 +05:30
2019-12-04 20:38:33 +05:30
- Allow non-members to request access to the project.
- Prevent non-members from requesting access.
To configure this, go to the project settings and click on **Allow users to request access** .
GitLab users can request to become a member of a project. Go to the project you'd
like to be a member of and click the **Request Access** button on the right
2018-03-17 18:26:18 +05:30
side of your screen.
![Request access button ](img/request_access_button.png )
2019-12-04 20:38:33 +05:30
After access is requested:
- Up to ten project maintainers are notified of the request via email.
Email is sent to the most recently active project maintainers.
- Any project maintainer can approve or decline the request on the members page.
2021-02-22 17:27:13 +05:30
NOTE:
2019-12-04 20:38:33 +05:30
If a project does not have any maintainers, the notification is sent to the
most recently active owners of the project's group.
2018-03-17 18:26:18 +05:30
2021-03-11 19:13:27 +05:30
![Manage access requests ](img/access_requests_management_v13_9.png )
2018-03-17 18:26:18 +05:30
If you change your mind before your request is approved, just click the
**Withdraw Access Request** button.
![Withdraw access request button ](img/withdraw_access_request_button.png )
## Share project with group
Alternatively, you can [share a project with an entire group ](share_project_with_groups.md ) instead of adding users one by one.
2020-07-28 23:09:34 +05:30
## Remove a member from the project
Only users with permissions of [Owner ](../../permissions.md#group-members-permissions ) can manage
project members.
You can remove a user from the project if the given member has a direct membership in the project.
If membership is inherited from a parent group, then the member can be removed only from the parent
group itself.
When removing a member, you can decide whether to unassign the user from all issues and merge
requests they are currently assigned or leave the assignments as they are.
- **Unassigning the removed member** from all issues and merge requests might be helpful when a user
is leaving a private project and you wish to revoke their access to any issues and merge requests
they are assigned.
- **Keeping the issues and merge requests assigned** might be helpful for projects that accept public
contributions where a user doesn't have to be a member to be able to contribute to issues and
merge requests.
To remove a member from a project:
1. In a project, go to ** {users}** **Members** .
1. Click the **Delete** ** {remove}** button next to a project member you want to remove.
A **Remove member** modal appears.
1. (Optional) Select the **Also unassign this user from related issues and merge requests** checkbox.
1. Click **Remove member** .