link to product handbook piece on permissions

parent 1309a2c9
...@@ -15,16 +15,9 @@ GitLab [administrators](../README.md#administrator-documentation) receive all pe ...@@ -15,16 +15,9 @@ GitLab [administrators](../README.md#administrator-documentation) receive all pe
To add or import a user, you can follow the To add or import a user, you can follow the
[project members documentation](../user/project/members/index.md). [project members documentation](../user/project/members/index.md).
## Principles ## Principles behind permissions
Use this section as guidance for using existing and developing new features.
1. All admin-only features should be within admin area. Outside of the admin area an admin should behave as regular user with highest access role.
2. Guest role for private projects should be equal to no role for public or internal project.
2. Reporter role is created to give user a maximum access to a project or group but without ability to modify source code or any other business critical resources.
3. Developer role should receive as much permissions as possible except those that are either destructive (ex. remove project) or restricted on purpose by higher role.
4. Master or owner roles should not be necessary for a daily workflow. The purpose of those roles is to do initial setup and maintainance.
See our [product handbook on permissions](https://about.gitlab.com/handbook/product#permissions-in-gitlab)
## Project members permissions ## Project members permissions
......
Markdown is supported
0%
or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment