From e5dbe4ca6056d81c402e5dd796a13dedab1b2210 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?=F0=9F=9A=84=20Job=20van=20der=20Voort=20=F0=9F=9A=80?= Date: Mon, 16 Apr 2018 15:23:34 +0000 Subject: [PATCH] link to product handbook piece on permissions --- doc/user/permissions.md | 11 ++--------- 1 file changed, 2 insertions(+), 9 deletions(-) diff --git a/doc/user/permissions.md b/doc/user/permissions.md index 131458b261b..a9ba2a51242 100644 --- a/doc/user/permissions.md +++ b/doc/user/permissions.md @@ -15,16 +15,9 @@ GitLab [administrators](../README.md#administrator-documentation) receive all pe To add or import a user, you can follow the [project members documentation](../user/project/members/index.md). -## Principles - -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. +## Principles behind permissions +See our [product handbook on permissions](https://about.gitlab.com/handbook/product#permissions-in-gitlab) ## Project members permissions