- Public projects
- Internal projects
- Private projects
- Change project visibility
- Restrict use of public or internal projects
GitLab allows Owners to set a project’s visibility as:
These visibility levels affect who can see the project in the public access directory (
for your GitLab instance). For example, https://gitlab.com/public.
You can control the visibility of individual features with
project feature settings.
Public projects can be cloned without any authentication over HTTPS.
They are listed in the public access directory (
/public) for all users.
Any signed-in user has the Guest role on the repository.
/publicis visible to unauthenticated users. However, if the Public visibility level is restricted,
/publicis visible only to signed-in users.
Internal projects can be cloned by any signed-in user except external users.
They are also listed in the public access directory (
/public), but only for signed-in users.
Internalvisibility setting is disabled for new projects, groups, and snippets on GitLab.com. Existing projects, groups, and snippets using the
Internalvisibility setting keep this setting. You can read more about the change in the relevant issue.
Private projects can only be cloned and viewed by project members (except for guests).
They appear in the public access directory (
/public) for project members only.
- You must have the Owner role for a project.
- On the top bar, select Menu > Projects and find your project.
- On the left sidebar, select Settings > General.
- Expand Visibility, project features, permissions.
- Change Project visibility to either Public, Internal, or Private.
- Select Save changes.
You can restrict the use of visibility levels for users when they create a project or a snippet. This is useful to prevent users from publicly exposing their repositories by accident. The restricted visibility settings do not apply to admin users.
For details, see Restricted visibility levels.