This extension integrates GitLab to VS Code by adding a new GitLab sidebar where you can find issues and merge requests created by you or assigned to you. It also extends VS Code command palette and status bar to provide more information about your project.
Minimum supported version
GitLab Workflow requires GitLab 13.4 or later. To find your GitLab version, visit
/help (like https://gitlab.com/help).
You need to set up your access token(s) to use these features, please see Setup section below.
See your issues, MRs (including changed files) and other custom search results on a dedicated panel in the VS Code sidebar. Read more
See pipeline status, open MR and closing issue links in the status bar. Read more.
This pipeline status automatically updates so you don't need to open GitLab to see your pipeline status.
Advanced pipeline actions allow you to view pipeline on GitLab, create a new pipeline, retry or cancel current pipeline. Read more.
GitLab: Search project issues (Supports filters). Read more
GitLab: Search project merge requests (Supports filters). Read more
GitLab: Project Advanced Search (Issues, MR's, commits, comments...). Read more
GitLab: Create snippet - Create public, internal or private snippet from entire file or selection. Read more.
GitLab: Insert snippet - Insert a project snippet, supports multi-file snippets. Read more.
GitLab: Compare current branch with master - Compare your branch with master and view changes on GitLab. Read more.
GitLab: Open active file on GitLab - View active file on GitLab with highlighting active line number and selected text block. Read more.
GitLab: Validate GitLab CI config - Validate GitLab CI configuration file
.gitlab-ci.yml. Read more.
GitLab: Open merge request for current branch
GitLab: Show issues assigned to me - Open issues assigned to you on GitLab.
GitLab: Show merge requests assigned to me - Open MRs assigned to you on GitLab.
GitLab: Open current pipeline on GitLab
GitLab: Open current project on GitLab
GitLab: Create new issue on current project
GitLab: Create new merge request on current project - Open the merge request page to create a merge request.
Commands this extension extends/integrates with:
Git: Clone - Search for and clone projects for every GitLab instance you set up. Read more, Official Documentation
Git: Add Remote... - Add existing projects as remote from every GitLab instance you set up.
Supports multi-root workspaces. The extension doesn't work well if you just open folder with multiple repositories without configuring multi-root workspace.
Supports multiple GitLab instances Read more.
Published also on Open VSX Registry.
You can use autocompletion of GitLab CI variables in your
To use this extension, you need to create a GitLab Personal Access Token and give it to the extension.
Step 1: Create your Personal Access Token
- If you are using
- On "Add a personal access token" form
- Give a name to your token.
- Select an expiry date.
- Select "api" and "read_user" permissions.
- Hit "Create personal access token" button.
- Copy the token. Remember you won't be able to see the value of this token ever again for security reasons.
Step 2: Add token to GitLab Workflow Extension
- Open up Command Palette by pressing
- Search for "GitLab: Set GitLab Personal Access Token" and hit Enter.
- Enter the URL to the Gitlab instance the PAT should apply to and hit Enter.
- Extension will ask for your PAT. Paste your PAT and hit Enter. It won't be visible and accessible to others.
- If you want to connect to GitLab hosted on a custom domain, additionally set
gitlab.instanceUrl in your user or workspace settings, otherwise the extension
will try to connect to gitlab.com. See Configuration Options for more information.
That's it. 🏁
You can start using this extension right away. If your project has a pipeline for last commit and a MR from your current branch, you should see them on VS Code status bar. 🎉
Multiple Gitlab instances
If you want to use multiple GitLab instances you may want to configure each workspace separately. See
gitlab.instanceUrl config option in Configuration Options section.
gitlab.instanceUrl (required: false, default: "https://gitlab.com")
If you are using GitLab on a custom domain, you must add this to your user settings file. Example:
To enable Gitlab Workflow extension to work with different Gitlab instances, each token is assigned to a Gitlab instance URL. For the extension to selected the correct token for a specific workspace, the option
gitlab.instanceUrl can be used. This option can be set in the current workspace's
gitlab.showStatusBarLinks (required: false, default: true)
If you don't want to see GitLab related links on the status bar, you can set this option to
false. If you are using version 1.0.0 or above you can also find the same links in sidebar. You should restart your VS Code after updating this option.
gitlab.showIssueLinkOnStatusBar (required: false, default: true)
If you are not using GitLab's issue tracker, you can set this option to
false to remove related issue link on the status bar. You should restart your VS Code after updating this option.
gitlab.showMrStatusOnStatusBar (required: false, default: true)
You can toggle visibility of MR link in your sidebar. You can always find MR link in GitLab Workflow sidebar. You should restart your VS Code after updating this option.
gitlab.ca (required: false, default: null)
If your self-hosted GitLab instance has a self-signed SSL certificate you would probably need to set this option in to point your certificate file. More discussion can be found in this issue.
gitlab.cert (required: false, default: null)
If your self-hosted GitLab instance requires a custom cert/key pair you would probably need to set this option in to point your certificate file. Please also see
gitlab.certKey option. More information here.
gitlab.certKey (required: false, default: null)
If your self-hosted GitLab instance requires a custom cert/key pair you would probably need to set this option in to point your certificate key file. Please also see
gitlab.cert option. More information here.
gitlab.ignoreCertificateErrors (required: false, default: false)
If you are using a self-hosted GitLab instance with no SSL certificate or having certificate issues and unable to use the extension you may want to set this option to
true to ignore certificate errors. More information can be found here.
You can open User Settings file by pressing
Cmd+, on Mac OS or following
Code > Preferences > User Settings. You can simply add extension configuration values to your User Settings file. This won't break or change anything on your VS Code.
gitlab.remoteName (required: false, default: null)
The name of the git remote link corresponding to the GitLab repositiory with your MR and issues. If no setting is provided, the extension will detect it. For example: origin.
gitlab.pipelineGitRemoteName (required: false, default: null)
The name of the git remote link corresponding to the GitLab repositiory with your pipelines. If no setting is provided, the extension will detect it. For example: origin.
gitlab.enableExperimentalFeatures (required: false, default: false)
To enable experimental features set this flag to
true. List of experiemental features and details can be found here
gitlab.customQueries (required: false)
Defines the search queries that retrives the items shown on the Gitlab Panel. See [#custom-queries] for more details.
You can define custom queries in your VS Code configuration.
"name": "Issues assigned to me",
"noItemText": "There is no issue assigned to you.",
Each query is an entry of the json array. Each entry can have the following values:
name (required: true) : The label to show in the GitLab panel
type (required: false, default: merge_requests) : The type of GitLab items to return. If snippets is selected, none of the other filter will work. Epics will work only on GitLab ultimate/gold. Possible values: issues, merge_requests, epics, snippets, vulnerabilities.
noItemText (required: false, default: "No items found.") : The text to show if the query returns no items.
maxResults (required: false, default: 20) : The maximum number of results to show
orderBy (required: false, default: created_at) : Return issues ordered by the selected value. It is not applicable for vulnerabilities. Possible values: created_at, updated_at, priority, due_date, relative_position, label_priority, milestone_due, popularity, weight.
sort (required: false, default: desc) : Return issues sorted in ascending or descending order. It is not applicable for vulnerabilities. Possible values: asc, desc.
scope (required: false, default: all) : Return Gitlab items for the given scope. It is not applicable for epics. Possible values: assigned_to_me, created_by_me, dismissed, all. "assigned_to_me" and "created_by_me" are not applicable for vulnerabilities. "dismissed" is not applicable for issues and merge requests.
state (required: false, default: opened) : "Return "all" issues or just those that are "opened" or "closed". It is not applicable for vulnerabilities. Possible values: all, opened, closed.
labels (required: false, default: ) : Array of label names, Gitlab item must have all labels to be returned. "None" lists all GitLab items with no labels. "Any" lists all GitLab issues with at least one label. Predefined names are case-insensitive. It is not applicable for vulnerabilities.
excludeLabels (required: false, default: ) : Array of label names, Gitlab item must not have to be returned. Predefined names are case-insensitive. Works only with issues
milestone (required: false) : The milestone title. None lists all GitLab items with no milestone. Any lists all GitLab items that have an assigned milestone. It is not applicable for epics and vulnerabilities.
excludeMilestone (required: false) : The milestone title to exclude. Works only with issues.
author (required: false) : Return GitLab items created by the given username. It is not applicable for vulnerabilities.
excludeAuthor (required: false) : Return GitLab items not created by the given username. Works only with issues.
assignee (required: false) : Returns GitLab items assigned to the given username. "None" returns unassigned GitLab items. "Any" returns GitLab items with an assignee. It is not applicable for epics and vulnerabilities.
excludeAssignee (required: false) : ": Returns GitLab items not assigned to the given username. Works only with issues.
search (required: false) : Search GitLab items against their title and description. It is not applicable for vulnerabilities.
excludeSearch (required: false) : Search GitLab items that doesn't have the search key in their title or description. Works only with issues.
searchIn (required: false, default: all) : Modify the scope of the search attribute. It is not applicable for epics and vulnerabilities. Possible values: all, title, description.
searchIn (required: false, default: all) : Modify the scope of the excludeSearch attribute. Works only with issues. Possible values: all, title, description.
createdAfter (required: false) : Return GitLab items created after the given date. It is not applicable for vulnerabilities.
createdBefore (required: false) : Return GitLab items created before the given date. It is not applicable for vulnerabilities.
updatedAfter (required: false) : Return GitLab items updated after the given date. It is not applicable for vulnerabilities.
updatedBefore (required: false) : Return GitLab items updated before the given date. It is not applicable for vulnerabilities.
wip (required: false, default: no) : Filter merge requests against their wip status. "yes" to return only WIP merge requests, "no" to return non WIP merge requests. Works only with merge requests.
confidential (required: false, default: false) : Filter confidential or public issues. Works only with issues.
reportTypes (required: false) : Returns vulnerabilities belonging to specified report types. Works only with vulnerabilities. Possible values: sast, dast, dependency_scanning, container_scanning.
severityLevels (required: false) : Returns vulnerabilities belonging to specified severity levels. Defaults to all. Works only with vulnerabilities. Possible values: undefined, info, unknown, low, medium, high, critical.
confidenceLevels (required: false) : Returns vulnerabilities belonging to specified confidence levels. Defaults to all. Works only with vulnerabilities. Possible values: undefined, ignore, unknown, experimental, low, medium, high, confirmed.
pipelineId (required: false) : Returns vulnerabilities belonging to specified pipeline. "branch" returns vulnerabilities belonging to latest pipeline of the current branch. Works only with vulnerabilities.
reviewer (required: false) : Returns GitLab Merge Requests assigned for review to the given username. When set to
"<current_user>", the extension uses the current user's username.
- Open up Command Palette by pressing
- Search for
GitLab: and you will see all the commands provided by the extension.
GitLab Workflow allows you to view issue details and comments right in the VS Code. Click an issue link from the sidebar and VS Code will open a new tab to show the issue details. You can also comment on the issue from VS Code.
You can use GitLab Slash Commands to perform actions directly from VS Code. For example, to assign an issue to
@fatihacet, simply add a comment
/assign @fatihacet inside VS Code.
Merge Request Reviews
GitLab Workflow allows you to review changes and comments on merge requests directly inside the editor. You can navigate to merge requests on the left hand sidebar and expand any relevant merge requests to see both the description and files changed.
When navigating changed files you can review discussions that have been made on the diff. You can resolve and unresolve these discussions and also delete and edit individual comments.
Extension will add a GitLab Workflow panel to sidebar of your VS Code. The dedicated panel will allow you to see the list of your issues and MRs. Also you will be able to see pipeline, MR and issue links for your current branch.
You can see the issue and MR details by clicking on the issue item or by expanding the MR item and clicking on "Description". When you expand the MR, you can see all the changed files. When you click on a changed file, the extension opens the MR diff.
One of the real power features of this extension is pipeline actions. This feature can be accessible from the status bar by clicking the pipeline status text or command palette and allows you to,
- View the latest pipeline on GitLab
- Create a new pipeline for your current branch
- Retry the last pipeline
- Cancel the last pipeline
Status bar - details
If your current project is a GitLab project, the extension will do the following things:
- Fetch pipeline of the last commit and show it on the status bar. Clicking this item will open the pipeline actions menu.
- Show open MR for current branch and show it on the status bar. Clicking this item will open MR on GitLab.
- Fetch closing issue of that MR and show it on the status bar. Clicking this item will open Issue on GitLab.
GitLab Workflow extension provides you two types of search. Search with filters and Advanced Search.
Search with filters
It allows users to search issues/MRs against their title and description fields. In the search input, you can type your search term and hit Enter, for example,
Inconsistent line endings for HEX files or
Pipelines should ignore retried builds.
It can become more powerful by allowing you to filter issues/MRs by author, assignee, milestone, title etc. Below is the full list of supported filter tokens
||Search issues/MRs against their title and description. You don't need to add quotes around multiple words. See Important notes section.
||Comma separated label list for multiple labels.
labels: frontend, Discussion, performance
||To search with a single label. You can also have multiple
label: frontend or
label:frontend label: Discussion
||Milestone title without
||Searches issues/MRs for the given scope. Values can be
all. Defaults to
scope: created-by-me or
scope: assigned-to-me or
||Username of the author without
||Username of the assignee without
title: new merge request widget author: fatihacet assignee: jschatz1 labels: frontend, performance milestone: 10.5
title: multiple group page author: annabeldunstone assignee: timzallmann label: frontend
: after the token name is necessary.
label : is not a valid token name and may return parsing error. Hence
label: should be used. However, space after the token name is optional. Both
label: frontend and
label:frontend is valid. This rule is valid for all tokens above.
- You don't need to add quotes around multiple words for
title:"new merge request widget" may return parsing error.
title: new merge request widget should be used.
- You can have
label tokens at the same time.
labels: fronted discussion label: performance is a valid query and all labels will be included in your search query. It's equal with
labels: fronted discussion performance. You can also have multiple
label: frontend label: discussion label: performance is valid and equals to
labels: fronted discussion performance.
Search with Advanced Search
GitLab provides Advanced Search feature which is backed by Elasticsearch. Please see Advanced Search syntax for more details.
You can create a snippet from selection or entire file. You can also select visibility level of your snippet.
You can insert public and private project snippets. The insert supports multi-file snippets.
Compare with master
You can see changes in your branch by comparing with
master and see them on GitLab.
Soon extension will support comparing your current branch with other branches.
Open active file
This command allows you to see active file on GitLab. Extension sends active line number and selected text block to GitLab UI so you can see them highlighted.
Validate GitLab CI Configuration
Using this command, you can quickly validate GitLab CI configuration.
CI variable autocompletion
Quickly find the CI variable you are looking for with the CI variable autocompletion.
Git Extension Integration
This extension integrates with the built-in Git Extension and allows you to search for and clone projects from GitLab (command
- You can search for projects on each GitLab instance for wich you added an access-token.
- Only projects where you are a member of are displayed.
- You can clone with SSH or HTTPS
- With HTTPS your access-token will be used for cloning the repository and fetching/pushing commits. This is also the case for all GitLab projects that are cloned manually with HTTPS and then opened in vscode.
Note: Using the access-token for cloning with HTTPS does not work with VS Code version 1.53.x (See discussion)
This extension is open source and hosted on GitLab. Contributions are more than welcome. Feel free to fork and add new features or submit bug reports.
Here is the list of great people who contributed this project and make it even more awesome. Thank you all 🎉