View project settings
Edit project name and description
Assign topics to a project
Add a compliance framework to a project
Configure project visibility, features, and permissions
Disable CVE identifier request in issues
Disable project email notifications
Configure merge request settings for a project
Service Desk
Export project
Advanced project settings
Delete the source branch on merge by default
Transfer a project to another namespace
Delete a project
Restore a project
Remove a fork relationship
Monitor settings
Troubleshooting
Project settings
Use the
Settings
page to manage the configuration options in your
project
.
View project settings
You must have at least the Maintainer role to view project settings.
-
On the top bar, select
Main menu > Projects
and find your project.
-
On the left sidebar, select
Settings > General
.
-
To display all settings in a section, select
Expand
.
-
Optional. Use the search box to find a setting.
Use the project general settings to edit your project details.
-
Sign in to GitLab with at least the Maintainer role.
-
On the top bar, select
Main menu > Projects
and find your project.
-
On the left sidebar, select
Settings > General
.
-
In the
Project name
text box, enter your project name.
-
In the
Project description
text box, enter your project description.
-
Under
Project avatar
, to change your project avatar, select
Choose file
.
Use topics to categorize projects and find similar new projects.
To assign topics to a project:
-
On the top bar, select
Main menu > Projects
and find your project.
-
On the left sidebar, select
Settings
>
General
.
-
In the
Topics
text box, enter the project topics. Popular topics are suggested as you type.
-
Select
Save changes
.
If you’re an instance administrator, you can administer all project topics from the
Admin Area’s Topics page
.
Add a compliance framework to a project
Compliance frameworks
can be assigned to projects within group that has a
compliance framework using either:
-
The GitLab UI:
-
On the top bar, select
Main menu > Projects > View all projects
and find your project.
-
On the left sidebar, select
Settings
>
General
.
-
Expand the
Compliance frameworks
section.
-
Select a compliance framework.
-
Select
Save changes
.
-
In
GitLab 14.2
and later, using the
GraphQL API
. If you create
compliance frameworks on subgroups with GraphQL, the framework is created on the root ancestor if the user has the
correct permissions. The GitLab UI presents a read-only view to discourage this behavior.
To configure visibility, features, and permissions for a project:
-
On the top bar, select
Main menu > Projects
and find your project.
-
On the left sidebar, select
Settings > General
.
-
Expand the
Visibility, project features, permissions
section.
-
To change the project visibility, select the dropdown list. If you select to
Public
, you limit access to some features to
Only Project Members
.
-
To allow users to request access to the project, select the
Users can request access
checkbox.
-
Use the
toggles
to enable or disable features in the project.
-
Select
Save changes
.
Project feature settings
Use the toggles to enable or disable features in the project.
When you disable a feature, the following additional features are also disabled:
Introduced
in GitLab 13.4, only for public projects on GitLab.com.
In some environments, users can submit a
CVE identifier request
in an issue.
To disable the CVE identifier request option in issues in your project:
-
On the top bar, select
Main menu > Projects
and find your project.
-
On the left sidebar, select
Settings > General
.
-
Expand the
Visibility, project features, permissions
section.
-
Under
Issues
, turn off the
CVE ID requests in the issue sidebar
toggle.
-
Select
Save changes
.
Disable project email notifications
Prerequisites:
-
On the top bar, select
Main menu > Projects
and find your project.
-
On the left sidebar, select
Settings > General
.
-
Expand the
Visibility, project features, permissions
section.
-
Clear the
Disable email notifications
checkbox.
Configure your 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 project settings
Use the advanced settings to archive, rename, transfer,
remove a fork relationship, or delete a project.
When you archive a project, the repository, packages, issues, merge requests, and all
other features are read-only. Archived projects are also hidden from project listings.
To archive a project:
-
On the top bar, select
Main menu > Projects
and find your project.
-
On the left sidebar, select
Settings > General
.
-
Expand
Advanced
.
-
In the
Archive project
section, select
Archive project
.
-
To confirm, select
OK
.
When you unarchive a project, you remove the read-only restriction and make it
available in project lists.
Prerequisites:
-
Find the archived project.
-
On the top bar, select
Main menu > Projects > View all projects
.
-
Select
Explore projects
.
-
In the
Sort projects
dropdown list, select
Show archived projects
.
-
In the
Filter by name
field, enter the project name.
-
Select the project link.
On the left sidebar, select
Settings > General
.
Under
Advanced
, select
Expand
.
In the
Unarchive project
section, select
Unarchive project
.
To confirm, select
OK
.
A project’s repository name defines its URL and its place on the file disk
where GitLab is installed.
Prerequisites:
You must be a project maintainer, owner, or administrator to rename a repository.
To rename a repository:
-
On the top bar, select
Main menu > Projects
and find your project.
-
On the left sidebar, select
Settings > General
.
-
Expand the
Advanced
section.
-
In the
Change path
text box, edit the path.
-
Select
Change path
.
Delete the source branch on merge by default
In merge requests, you can change the default behavior so that the
Delete the source branch
checkbox is always selected.
To set this default:
-
On the top bar, select
Main menu > Projects
and find your project.
-
On the left sidebar, select
Settings > Merge requests
.
-
Select
Enable “Delete source branch” option by default
.
-
Select
Save changes
.
When you transfer a project to another namespace, you move the project to a different group.
Prerequisites:
-
You must have at least the Maintainer role for the
group
to which you are transferring.
-
You must be the Owner of the project you transfer.
-
The group must allow creation of new projects.
-
The project must not contain any
container images
.
-
Remove any npm packages. If you transfer a project to a different root namespace, the project must not contain any npm packages. When you update the path of a user or group, or transfer a subgroup or project, you must remove any npm packages first. You cannot update the root namespace of a project with npm packages. Make sure you update your .npmrc files to follow the naming convention and run npm publish if necessary.
-
If a security policy is assigned to the project, it is automatically unassigned during the transfer.
To transfer a project:
-
On the top bar, select
Main menu > Projects
and find your project.
-
On the left sidebar, select
Settings > General
.
-
Expand
Advanced
.
-
Under
Transfer project
, choose the namespace to transfer the project to.
-
Select
Transfer project
.
-
Enter the project’s name and select
Confirm
.
You are redirected to the project’s new page and GitLab applies a redirect. For more information about repository redirects, see
What happens when a repository path changes
.
Transferring a GitLab SaaS project to a different subscription tier
When you transfer a project from a namespace licensed for GitLab SaaS Premium or Ultimate to GitLab Free, the following paid feature data is deleted:
Delete a project
You can mark a project to be deleted.
Prerequisite:
To delete a project:
-
On the top bar, select
Main menu > Projects
and find your project.
-
On the left sidebar, select
Settings > General
.
-
Expand
Advanced
.
-
In the “Delete project” section, select
Delete project
.
-
Confirm the action when asked to.
This action deletes a project including all associated resources (such as issues and merge requests).
Delayed project deletion
Projects in a group (not a personal namespace) can be deleted after a delay period. Multiple settings can affect whether
delayed project deletion is enabled for a particular project:
-
Self-managed instance
settings
.
You can enable delayed project deletion as the default setting for new groups, and configure the number of days for the
delay. For GitLab.com, see the
GitLab.com settings
.
-
Group
settings
to enabled delayed project deletion for all
projects in the group.
Introduced
in GitLab 14.1.
If you don’t want to wait, you can delete a project immediately.
Prerequisites:
To immediately delete a project marked for deletion:
-
On the top bar, select
Main menu > Projects
and find your project.
-
On the left sidebar, select
Settings > General
.
-
Expand
Advanced
.
-
In the “Permanently delete project” section, select
Delete project
.
-
Confirm the action when asked to.
The following are deleted:
-
Your project and its repository.
-
All related resources including issues and merge requests.