- Personal snippets
- Project snippets
- Create a snippet
- Versioned Snippets
- Discover snippets
- Snippet comments
- Downloading snippets
- Embedded snippets
With GitLab Snippets you can store and share bits of code and text with other users.
Snippets can be maintained using snippets API.
There are two types of snippets:
- Personal snippets.
- Project snippets.
Personal snippets are not related to any project and can be created completely independently. There are 3 visibility levels that can be set, public, internal and private. See Public access for more information.
Project snippets are always related to a specific project. See Project features for more information.
To create a personal snippet, click the plus icon () on the top navigation and select New snippet from the dropdown menu:
If you’re on a project’s page but you want to create a new personal snippet, click the plus icon () and select New snippet from the lower part of the dropdown (GitLab on GitLab.com; Your Instance on self-managed instances):
To create a project snippet, navigate to your project’s page and click the plus icon (), then select New snippet from the upper part of the dropdown (This project).
From there, add the Title, Description, and a File name with the
appropriate extension (for example,
Starting in 13.0, snippets (both personal and project snippets) have version control enabled by default.
This means that all snippets get their own underlying repository initialized with
master branch at the moment the snippet is created. Whenever a change to the snippet is saved, a
new commit to the master branch is recorded. Commit messages are automatically
generated. The snippet’s repository has only one branch (master) by default, deleting
it or creating other branches is not supported.
Existing snippets will be automatically migrated in 13.0. Their current content will be saved as the initial commit to the snippets’ repository.
Snippets support syntax highlighting based on the filename and extension provided for them. While it is possible to submit a snippet without specifying a filename and extension, it needs a valid name so the content can be created as a file in the snippet’s repository.
In case the user does not attribute a filename and extension to a snippet,
GitLab automatically adds a filename in the format
<x> represents a number added to the file, starting with 1. This
number increases incrementally when more snippets without an attributed
filename are added.
When upgrading from an earlier version of GitLab to 13.0, existing snippets
without a supported filename will be renamed to a compatible format. For
example, if the snippet’s filename is
http://a-weird-filename.me it will
be changed to
http-a-weird-filename-me to be included in the snippet’s
repository. As snippets are stored by ID, changing their filenames will not break
direct or embedded links to the snippet.
Snippets can be cloned as a regular Git repository using SSH or HTTPS. Click the Clone button above the snippet content to copy the URL of your choice.
This allows you to have a local copy of the snippet’s repository and make changes as needed. You can commit those changes and push them to the remote master branch.
- Binary files are not supported.
- Creating or deleting branches is not supported. Only a default master. branch is used.
- Git tags are not supported in snippet repositories.
- Snippets’ repositories are limited to one file. Attempting to push more than one file will result in an error.
- Revisions are not yet visible to the user on the GitLab UI, but it’s planned to be added in future iterations. See the revisions tab issue for updates.
- The maximum size for a snippet is 50 MB, by default.
There are two main ways of how you can discover snippets in GitLab.
For exploring all snippets that are visible to you, you can go to the Snippets dashboard of your GitLab instance via the top navigation. For GitLab.com you can find it here. This navigates you to an overview that shows snippets you created and allows you to explore all snippets.
If you want to discover snippets that belong to a specific project, you can navigate to the Snippets page via the left side navigation on the project page. Project snippets are enabled and available by default, but they can be disabled by navigating to your project’s Settings, expanding Visibility, project features, permissions and scrolling down to Snippets. From there, you can toggle to disable them or select a different visibility level from the dropdown menu.
Introduced in GitLab 9.2.
With GitLab Snippets you engage in a conversation about that piece of code, facilitating the collaboration among users.
You can download the raw content of a snippet.
By default snippets will be downloaded with Linux-style line endings (
you want to preserve the original line endings you need to add a parameter
https://gitlab.com/snippets/SNIPPET_ID/raw?line_ending=raw). In case a
snippet was created using the GitLab web interface the original line ending is Windows-like (
Introduced in GitLab 10.8.
Public snippets can not only be shared, but also embedded on any website. With this, you can reuse a GitLab snippet in multiple places and any change to the source is automatically reflected in the embedded snippet.
To embed a snippet, first make sure that:
- The project is public (if it’s a project snippet)
- The snippet is public
- In Project > Settings > Permissions, the snippets permissions are set to Everyone with access
Once the above conditions are met, the “Embed” section will appear in your snippet where you can simply click on the “Copy” button. This copies a one-line script that you can add to any website or blog post.
Here’s how an example code looks like:
Here’s how an embedded snippet looks like:
Embedded snippets are displayed with a header that shows the file name if it’s defined, the snippet size, a link to GitLab, and the actual snippet content. Actions in the header allow users to see the snippet in raw format and download it.