Skip to content

GitLab

Project settings (FREE)

NOTE: Only project maintainers and administrators have the permissions to access a project settings.

You can adjust your project settings by navigating to your project's homepage and clicking Settings.

General settings

Under a project's general settings, you can find everything concerning the functionality of a project.

General project settings

Adjust your project's name, description, avatar, default branch, and topics:

general project settings

The project description also partially supports standard Markdown. You can use emphasis, links, and line-breaks to add more context to the project description.

Compliance framework (PREMIUM)

You can select a framework label to identify that your project has certain compliance requirements or needs additional oversight. Available labels include:

  • GDPR (General Data Protection Regulation)
  • HIPAA (Health Insurance Portability and Accountability Act)
  • PCI-DSS (Payment Card Industry-Data Security Standard)
  • SOC 2 (Service Organization Control 2)
  • SOX (Sarbanes-Oxley)

NOTE: Compliance framework labels do not affect your project settings.

Custom compliance frameworks

  • Introduced in GitLab 13.9.
  • It's deployed behind a feature flag, disabled by default.
  • It's disabled on GitLab.com.
  • It's not recommended for production use.
  • To use it in GitLab self-managed instances, ask a GitLab administrator to enable it. (PREMIUM)

WARNING: This feature might not be available to you. Check the version history note above for details.

GitLab 13.9 introduces custom compliance frameworks at the group-level. A group owner can create a compliance framework label and assign it to any number of projects within that group or subgroups. When this feature is enabled, projects can only be assigned compliance framework labels that already exist within that group.

If existing Compliance frameworks are not sufficient, project and group owners can now create their own.

New compliance framework labels can be created and updated using GraphQL.

Sharing and permissions

For your repository, you can set up features such as public access, repository features, documentation, access permissions, and more. To do so from your project, go to Settings > General, and expand the Visibility, project features, permissions section.

You can now change the Project visibility. If you set Project Visibility to public, you can limit access to some features to Only Project Members. In addition, you can select the option to Allow users to request access.

Use the switches to enable or disable the following features:

Option More access limit options Description
Issues ✓ Activates the GitLab issues tracker
Repository ✓ Enables repository functionality
Merge Requests ✓ Enables merge request functionality; also see Merge request settings
Forks ✓ Enables forking functionality
Pipelines ✓ Enables CI/CD functionality
Container Registry Activates a registry for your Docker images
Git Large File Storage Enables the use of large files
Packages Supports configuration of a package registry functionality
Analytics ✓ Enables analytics
Wiki ✓ Enables a separate system for documentation
Snippets ✓ Enables sharing of code and text
Pages ✓ Allows you to publish static websites
Metrics Dashboard ✓ Control access to metrics dashboard
Requirements ✓ Control access to Requirements Management
Operations Dashboard ✓ Control access to operations dashboard

Some features depend on others:

  • If you disable the Issues option, GitLab also removes the following features:

    NOTE: When the Issues option is disabled, you can still access Milestones from merge requests.

  • Additionally, if you disable both Issues and Merge Requests, you will no longer have access to:

    • Labels
    • Milestones

  • If you disable Repository functionality, GitLab also disables the following features for your project:

    • Merge Requests
    • Pipelines
    • Container Registry
    • Git Large File Storage
    • Packages

  • Metrics dashboard access requires reading both project environments and deployments. Users with access to the metrics dashboard can also access environments and deployments.

Disabling the CVE ID request button

Introduced in GitLab 13.4, only for public projects on GitLab.com.

In applicable environments, a Create CVE ID Request button is present in the issue sidebar. The button may be disabled on a per-project basis by toggling the setting Enable CVE ID requests in the issue sidebar.

CVE ID Request toggle

Disabling email notifications

Project owners can disable all email notifications related to the project by selecting the Disable email notifications checkbox.

Merge request settings

Set up your project's merge request settings:

project's merge request settings

Service Desk

Enable Service Desk for your project to offer customer support.

Export project

Learn how to export a project in GitLab.

Advanced settings

Here you can run housekeeping, archive, rename, transfer, remove a fork relationship, or remove a project.

Archiving a project

Archiving a project makes it read-only for all users and indicates that it's no longer actively maintained. Projects that have been archived can also be unarchived. Only project owners and administrators have the permissions to archive a project.

When a project is archived, the repository, packages, issues, merge requests, and all other features are read-only. Archived projects are also hidden in project listings.

To archive a project:

  1. Navigate to your project's Settings > General.
  2. Under Advanced, click Expand.
  3. In the Archive project section, click the Archive project button.
  4. Confirm the action when asked to.

Unarchiving a project

Unarchiving a project removes the read-only restriction on a project, and makes it available in project listings. Only project owners and administrators have the permissions to unarchive a project.

To find an archived project:

  1. Sign in to GitLab as a user with project owner or administrator permissions.
  2. If you:
    • Have the project's URL, open the project's page in your browser.
    • Don't have the project's URL:
    1. Click Projects > Explore projects.
    2. In the Sort projects dropdown box, select Show archived projects.
    3. In the Filter by name field, provide the project's name.
    4. Click the link to the project to open its Details page.

Next, to unarchive the project:

  1. Navigate to your project's Settings > General.
  2. Under Advanced, click Expand.
  3. In the Unarchive project section, click the Unarchive project button.
  4. Confirm the action when asked to.

Renaming a repository

NOTE: Only project maintainers and administrators have the permissions to rename a repository. Not to be confused with a project's name where it can also be changed from the general project settings.

A project's repository name defines its URL (the one you use to access the project via a browser) and its place on the file disk where GitLab is installed.

To rename a repository:

  1. Navigate to your project's Settings > General.
  2. Under Advanced, click Expand.
  3. Under Change path, update the repository's path.
  4. Click Change path.

Remember that this can have unintended side effects since everyone with the old URL won't be able to push or pull. Read more about what happens with the redirects when renaming repositories.

Transferring an existing project into another namespace

NOTE: Only project owners and administrators have the permissions to transfer a project.

You can transfer an existing project into a group if:

  • You have at least Maintainer permissions to that group.
  • You're at least an Owner of the project to be transferred.
  • The group to which the project is being transferred to must allow creation of new projects.

To transfer a project:

  1. Navigate to your project's Settings > General.
  2. Under Advanced, click Expand.
  3. Under "Transfer project", choose the namespace you want to transfer the project to.
  4. Confirm the transfer by typing the project's path as instructed.

Once done, you will be taken to the new project's namespace. At this point, read what happens with the redirects from the old project to the new one.

NOTE: GitLab administrators can use the administration interface to move any project to any namespace if needed.

Delete a project

NOTE: Only project owners and administrators have permissions to delete a project.

To delete a project:

  1. Navigate to your project, and select Settings > General > Advanced.
  2. In the "Delete project" section, click the Delete project button.
  3. Confirm the action when asked to.

This action:

  • Deletes a project including all associated resources (issues, merge requests etc).
  • From GitLab 13.2 on Premium or higher tiers, group owners can configure projects within a group to be deleted after a delayed period. When enabled, actual deletion happens after number of days specified in instance settings.

WARNING: The default behavior of Delayed Project deletion in GitLab 12.6 was changed to Immediate deletion in GitLab 13.2.

Restore a project (PREMIUM)

Introduced in GitLab 12.6.

To restore a project marked for deletion:

  1. Navigate to your project, and select Settings > General > Advanced.
  2. In the Restore project section, click the Restore project button.

Removing a fork relationship

Forking is a great way to contribute to a project of which you're not a member. If you want to use the fork for yourself and don't need to send merge requests to the upstream project, you can safely remove the fork relationship.

WARNING: Once removed, the fork relationship cannot be restored. You will no longer be able to send merge requests to the source, and if anyone has forked your project, their fork will also lose the relationship.

To do so:

  1. Navigate to your project's Settings > General > Advanced.
  2. Under Remove fork relationship, click the likewise-labeled button.
  3. Confirm the action by typing the project's path as instructed.

NOTE: Only project owners have the permissions to remove a fork relationship.

Operations settings

Error Tracking

Configure Error Tracking to discover and view Sentry errors within GitLab.

Jaeger tracing (ULTIMATE)

Add the URL of a Jaeger server to allow your users to easily access the Jaeger UI from within GitLab.

Status Page

Add Storage credentials to enable the syncing of public Issues to a deployed status page.

Enable or disable custom compliance frameworks (PREMIUM)

Enabling or disabling custom compliance frameworks is under development and not ready for production use. It is deployed behind a feature flag that is disabled by default. GitLab administrators with access to the GitLab Rails console can enable it.

To enable it:

Feature.enable(:ff_custom_compliance_frameworks)

To disable it:

Feature.disable(:ff_custom_compliance_frameworks)