Gitlab hero border pattern left svg Gitlab hero border pattern right svg

Category Direction - Users

Category Attribute Link
Stage Manage
Maturity Not applicable
Labels permissions, user management, user management


The concept of a user isn't a new one, but it touches a number of areas in GitLab that are critical to the success of our users. Namely:

Target audience and experience

Any user of GitLab could be considered a relevant audience, but improvements in this area likely think about two specific instances:

  1. Large EE instances: managing users and permissions is key. These are customers with large seat counts, who need the ability to understand who is using GitLab and who is not - and have the tools needed to manage these users at scale. They also need granular permissions settings - ideally by defining a general policy/template, but also by configuring permissions on a feature-by-feature basis.
  2. for individual contributors, the user profile becomes your identity as a developer. While concepts like the contribution graph or project list may not be of paramount importance to a self-managed enterprise user, individual developers on want their profile and presence on to represent them.


As much about users in GitLab are application-specific, users are considered a non-marketing category without a maturity level that can be compared to other competing solutions.

How you can help

As with any category in GitLab, it's dependent on your ongoing feedback and contributions. Here's how you can help:

  1. Comment and ask questions regarding this category vision by commenting in the public epic for this category.
  2. Find issues in this category accepting merge requests. Here's an example query!

What's next & why


Make it easy to identify and manage inactive users: one of the most common tasks for an administrator is understanding and identifying the activity levels of their users. Since GitLab does not use a named license model, it’s imperative that EE instances are able to use their license seats efficiently - this typically involves refining membership periodically and handling inactive users.

We should make this easy for organizations. It should be straightforward and unambiguous to identify these users, and easy to take appropriate action.

Please see the inactive user management epic.

Top user issue(s)


Top internal customer issue(s)


Top Vision Item(s)


GIT is a trademark of Software Freedom Conservancy and our use of 'GitLab' is under license