- Private projects and groups
- Internal projects and groups
- Public projects and groups
- Change project visibility
- Change group visibility
- Restrict use of public or internal projects
- Related topics
Project and group visibility
A project in GitLab can be private, internal, or public.
Private projects and groups
For private projects, only project members can:
- Clone the project.
- View the public access directory (
/public
).
Users with the Guest role cannot clone the project.
Private groups can have private subgroups only.
Internal projects and groups
For internal projects, any authenticated user, including users with the Guest role, can:
- Clone the project.
- View the public access directory (
/public
).
External users cannot clone the project.
Internal groups can have internal or private subgroups.
Internal
visibility setting is disabled for new projects, groups,
and snippets on GitLab.com. Existing projects, groups, and snippets using the Internal
visibility setting keep this setting. For more information, see
issue 12388.Public projects and groups
For public projects, users who are not authenticated, including users with the Guest role, can:
- Clone the project.
- View the public access directory (
/public
).
Public groups can have public, internal, or private subgroups.
/public
is visible only to authenticated users.Change project visibility
You can change the visibility of a project.
Prerequisite:
- You must have the Owner role for a project.
- On the top bar, select Main menu > Projects and find your project.
- On the left sidebar, select Settings > General.
- Expand Visibility, project features, permissions.
- Change Project visibility to either Private, Internal, or Public. The visibility setting for a project must be at least as restrictive as the visibility of its parent group.
- Select Save changes.
Change group visibility
You can change the visibility of all projects in a group.
Prerequisites:
- You must have the Owner role for a group.
- Subgroups and projects must already have visibility settings that are at least as restrictive as the new setting of the parent group. For example, you cannot set a group to private if a subgroup or project in that group is public.
- On the top bar, select Main menu > Groups and find your project.
- On the left sidebar, select Settings > General.
- Expand Naming, visibility.
- Under Visibility level select either Private, Internal, or Public. The visibility setting for a project must be at least as restrictive as the visibility of its parent group.
- Select Save changes.
Restrict use of public or internal projects
Administrators can restrict which visibility levels users can choose when they create a project or a snippet. This setting can help prevent users from publicly exposing their repositories by accident.
For more information, see Restrict visibility levels.
Related topics
- For more granular control of project features, you can change the visibility of features.