GitLab 16.11 Release

GitLab 16.11 released with GitLab Duo Chat general availability

GitLab 16.11 released with GitLab Duo Chat general availability, CI/CD Components general availability, Product Analytics general availability, Security Policy Scopes, and much more!

Today, we are excited to announce the release of GitLab 16.11 with GitLab Duo Chat general availability, Product Analytics general availability, Security policy scopes, and much more!

These are just a few highlights from the 40+ improvements in this release. Read on to check out all of the great updates below.

To the wider GitLab community, thank you for the 190+ contributions you provided to GitLab 16.11! At GitLab, everyone can contribute and we couldn't have done it without you!

To preview what's coming in next month’s release, check out our Upcoming Releases page, which includes our 17.0 release kickoff video.

GitLab MVP badge

MVP This month's Most Valuable Person (MVP) is jointly awarded to Ivan Shtyrliaiev and Baptiste Lalanne

Ivan Shtyrliaiev has made half a dozen contributions to GitLab so far in 2024. He was nominated by Hannah Sutor, Principal Product Manager at GitLab, who highlighted his contribution to improve the Users list search and filter experience.

“This is a huge user experience improvement that helps us go from a horizontally scrollable list of tabs to a much more elegant UX with only 2 tabs and a search box,” Hannah said. “Now users are able to filter down via the search box rather than horizontally scroll tabs!”

Ivan was noted for picking up this challenging request, working with the GitLab UX team to refine the proposal, and being super responsive to reviews. Adil Farrukh, Engineering Manager at GitLab, supported the nomination, noting that this feature was not trivial and that Ivan was very responsive to feedback. Eduardo Sanz García, Sr. Frontend Engineer at GitLab, also supported the nomination and commended Ivan’s resilience.

“Really appreciate Eduardo’s review and the GitLab team putting in so much effort to make contributions happen,” Ivan said. “It was very helpful and I realise how much time it takes.”

Ivan is a frontend software engineer at Politico.

Baptiste Lalanne picked up a three-year-old issue with nearly seventy upvotes to contribute a highly requested feature that adds retry:exit codes to the CI/CD configuration. This contribution empowers our users with enhanced flexibility in managing failed pipeline jobs and jobs with different exit codes.

Baptiste was nominated by Dov Hershkovitch, Product Manager at GitLab. “Baptiste’s diligent work on this project went above and beyond mere implementation,” Dov said. “This accomplishment serves as a prime example of our community’s collaborative strength. Through Baptiste’s efforts, GitLab has not only fulfilled a critical need but also reinforced its commitment to openness and transparency, enriching our open-core mentality.”

“This is heart warming and really appreciated,” Baptiste said. “I’m really looking forward to continuing my contributions in my spare time as I love it so much.”

Over the past year, Baptiste has merged six merge requests to GitLab and is looking to contribute to the GitLab Runner next. Baptiste is a software engineer for DataDog.

A big thanks to our newest MVPs, Ivan and Baptiste, and to the rest of GitLab’s community contributors! 🙌

16.11 Key improvements released in GitLab 16.11

GitLab Duo Chat now generally available

GitLab Duo Chat now generally available

GitLab Duo Chat is now generally available. As part of this release, we are also making these capabilities generally available:

  • Code explanation helps developers and less technical users understand unfamiliar code faster
  • Code refactoring enables developers to simplify and improve existing code
  • Test generation automates repetitive tasks and helps teams catch bugs sooner

Users can access GitLab Duo Chat in the GitLab UI, in the Web IDE, in VS Code, or in JetBrains IDEs.

Learn more about this release of GitLab Duo Chat from this blog post.

Chat is currently freely accessible by all Ultimate and Premium users. Instance administrators, group owners, and project owners can choose to restrict Duo features from accessing and processing their data.

The GitLab Duo Chat is part of GitLab Duo Pro. To ease the transition for Chat beta users who have yet to purchase GitLab Duo Pro, Duo Chat will remain available to existing Premium and Ultimate customers (without the add-on) for a short period of time. We will announce when access will be restricted to Duo Pro subscribers at a later date.

Feel free to share your thoughts by clicking the feedback button in the chat or by creating an issue and mentioning GitLab Duo Chat. We’d love to hear from you!

GitLab Duo Chat available in JetBrains IDEs

GitLab Duo Chat available in JetBrains IDEs

We are happy to announce the availability of GitLab Duo Chat in JetBrains IDEs.

As part of GitLab’s AI offerings, Duo Chat further streamlines the developer experience by directly bringing an interactive chat window into any supported JetBrains IDE and the ability to explain code, write tests, and refactor existing code.

For a complete list of capabilities, see our Duo Chat documentation.

GitLab Duo Chat available in JetBrains IDEs

Security policy scopes

Security policy scopes

Policy scoping provides granular management and enforcement of policies. Across both merge request approval (scan result) policies and scan execution policies, this new feature enables security and compliance teams to scope policy enforcement to a compliance framework or to a set of included/excluded projects in a group.

While today all policies managed in a security policy project are enforced against all linked groups, subgroups, and projects, policy scoping will allow you to refine that enforcement policy by policy. This allows security and compliance teams to:

  • More easily manage policies centrally across their organization, while still enforcing policies granularly.
  • Get a better sense of how the controls they are implementing and enforcing in GitLab roll up to the compliance frameworks they’ve defined.
  • View and manage which policies are linked to a compliance framework through the compliance center.
  • Better organize and understand their security and compliance posture.
Security policy scopes

Understand your users better with Product Analytics

Understand your users better with Product Analytics

It is critical to understand how your users are engaging with your application in order to make data-driven decisions about future innovations and optimizations. Are you seeing an uptick in usage for your top business critical URLs, is there an unusual dip in monthly active users, are you seeing more customers engaging with a mobile Android device? By having the answers to questions like this and making them accessible to your engineering teams from the GitLab platform, your teams can stay in sync with how their development work is affecting user outcomes.

With GitLab’s new Product Analytics feature, you can instrument your applications, collect key usage and adoption data about your users, and then display it inside GitLab. You can visualize data in dashboards, report on it, and filter it in a variety of different ways to find insights about your users. Your team can now quickly identify and respond to unexpected dips or spikes in customer usage that signify an issue, as well as celebrate the success of their recent releases.

To use Product Analytics, you will need a Kubernetes cluster to install this helm chart and instrument your application to send traffic to it. GitLab will then connect to the cluster to retrieve the data for visualization.

Disable personal access tokens for Enterprise Users

Disable personal access tokens for Enterprise Users

GitLab.com group Owners can now disable the creation and use of personal access tokens for any enterprise users in their groups. Due to the powerful privileges that can be associated with personal access tokens, some Owners may want to disable these tokens for security reasons.

This granular control gives options when it comes to balancing security and accessibility on GitLab.com.

Disable personal access tokens for Enterprise Users

We’re thrilled to introduce autocomplete support for links to wiki pages in GitLab 16.11! With this new feature, linking to wiki pages from your epics and issues has never been easier - it’s just a matter of a few keystrokes.

Gone are the days of having to copy and paste wiki page URLs into epic and issue comments. Now, simply navigate to any group or project with wiki pages, access an epic or issue, and use the autocomplete shortcut to seamlessly link to your wiki pages from the epic or issue!

We’ve redesigned the project overview page. Now you can find all of the project information and links in one sidebar rather than multiple areas.

Sidebar for metadata on the project overview page

Email notifications for changes made using Switchboard

Email notifications for changes made using Switchboard

Configuration changes made to your GitLab Dedicated instance by tenant administrators using Switchboard will now generate email notifications when complete.

All users with access to view or edit your tenant in Switchboard will receive a notification for each change made.

Email notifications for changes made using Switchboard

Option to cancel a pipeline immediately if any jobs fails

Option to cancel a pipeline immediately if any jobs fails

Sometimes after you notice a job fails, you might manually cancel the rest of the pipeline to save resources while you work on the issue causing the failure. With GitLab 16.11, you can now configure pipelines to be cancelled automatically when any job fails. With large pipelines that take a long time to run, especially with many long-running jobs that run in parallel, this can be an effective way to reduce resource usage and costs.

You can even configure a pipeline to immediately cancel if a downstream pipeline fails, which cancels the parent pipeline and all other downstream pipelines.

Special thanks to Marco for contributing to the feature!

Option to cancel a pipeline immediately if any jobs fails

16.11 Other improvements in GitLab 16.11

Configurable import jobs limit

Configurable import jobs limit

Until now, the maximum number of import jobs for:

  • GitHub importer was 1000.
  • Bitbucket Cloud and Bitbucket Server importers was 100.

These limits were hard-coded and couldn’t be changed. These limits might have slowed down imports, because they might have been insufficient to allow the import jobs to be processed at the same rate they were enqueued.

In this release, we’ve moved the hard-coded limits to application settings. Although we are not increasing these limits on GitLab.com, administrators of self-managed GitLab instances can now configure the number of import jobs according to their needs.

GitLab for Slack app configurable for groups and instances

GitLab for Slack app configurable for groups and instances

Previously, you could configure the GitLab for Slack app for one project at a time only. With this release, it’s now possible to configure the integration for groups or instances and make changes to many projects at once.

This improvement brings the GitLab for Slack app closer to feature parity with the deprecated Slack notifications integration.

Improved GitLab Pages visibility in sidebar

Improved GitLab Pages visibility in sidebar

In previous releases, for projects with a GitLab Pages site, it was difficult to find the site URL.

From GitLab 16.11, the right sidebar has a shortcut link to the site, so you can find the URL without needing to check the docs.

Improved GitLab Pages visibility in sidebar

Visually distinguish epics using colors

Visually distinguish epics using colors

To further improve the ability to use portfolio management features across the organization, you can now distinguish epics using colors on roadmaps and epic boards.

Quickly distinguish between group ownership, stage in a lifecycle, development towards maturity, or a number of other categorizations with this lightweight but versatile feature.

Automate the creation of Google Compute Engine Runners from GitLab - Public Beta

Automate the creation of Google Compute Engine Runners from GitLab - Public Beta

Previously, creating GitLab Runners in Google Compute Engine required multiple context switches from GitLab and Google Cloud.

Now, you can easily provision GitLab Runners in Google Compute Engine with a terraform template from the GitLab Runner Infrastructure Toolkit and GitLab to deploy a GitLab runner and provision the Google Cloud infrastructure - without having to switch between multiple systems.

Expanded Hashicorp Vault Secrets support, including Artifactory and AWS

Expanded Hashicorp Vault Secrets support, including Artifactory and AWS

The GitLab integration with HashiCorp Vault has been expanded to support more types of secrets. You can now select a generic type of secrets engine, introduced in GitLab Runner 16.11. This generic engine supports HashiCorp Vault Artifactory Secrets Plugin and AWS secrets engine. Use this option to safely retrieve the secrets you need and use them in GitLab CI/CD pipelines!

Thanks so much to Ivo Ivanov for this great contribution!

Improve automatic retry for failed CI jobs with specific exit codes

Improve automatic retry for failed CI jobs with specific exit codes

Previously, you could use retry:when in addition to retry:max to configure how many times a job is retried when specific failures occur, like when a script fails.

With this release, you can now use retry:exit_codes to configure automatic retries of failed jobs based on specific script exit codes. You can use retry:exit_codes with retry:when and retry:max to fine-tune your pipeline’s behavior according to your specific needs and improve your pipeline execution.

Thanks to Baptiste Lalanne for this community contribution!

Connect Google Artifact Registry to your GitLab project

Connect Google Artifact Registry to your GitLab project

You use the GitLab container registry to view, push, and pull Docker and OCI images alongside your source code and pipelines. For many GitLab customers, this works great for container images during the test and build phases. But, it’s common for organizations to publish their production images to a cloud provider, like Google.

Previously, to push images from GitLab to Google Artifact Registry, you had to create and maintain custom scripts to connect and deploy to Artifact Registry. This was inefficient and error prone. In addition, there was no way easy way to get a holistic view of all of your container images.

Now, you can leverage the new Google Artifact Management feature to easily connect your GitLab project to an Artifact Registry repository. Then you can use GitLab CI/CD pipelines to publish images to the Artifact Registry. You can also view images that have published to the Artifact Registry in GitLab by going to Deploy > Google Artifact Registry. To view details about an image, simply select an image.

This feature is in Beta and is currently available only on GitLab.com.

Explore your Product Analytics data with GitLab Duo

Explore your Product Analytics data with GitLab Duo

Product Analytics is now generally available, and this release includes a custom visualization designer. You can use it to explore your application event data, and build dashboards to help you understand your customers’ usage and adoption patterns.

In the visualization designer, you can now ask GitLab Duo to build visualizations for you by entering plain text requests, for example “Show me the count of monthly active users in 2024” or “List the top urls this week.

GitLab Duo in Product Analytics is available as an Experimental feature.

You can help us mature this feature by providing feedback about your experience with GitLab Duo in the custom visualization designer in this feedback issue.

Explore your Product Analytics data with GitLab Duo

Dependency Scanning support for Yarn v4

Dependency Scanning support for Yarn v4

Dependency Scanning supports Yarn v4. This enhancement allows our analyzer to parse Yarn v4 lockfiles.

Authenticate to Google Cloud with workload identity federation

Authenticate to Google Cloud with workload identity federation

Workload identity federation allows you to securely connect workloads between GitLab and Google Cloud without the use of service account keys. This improves security, because keys can potentially be long-lived credentials that expose a vector for attack. Keys also come with management overhead for creating, securing, and rotating.

Workload identity federation allows you to map IAM roles between GitLab and Google Cloud.

This feature is in Beta and is currently available only on GitLab.com.

Extend policy bot comment with violation data

Extend policy bot comment with violation data

The security policy bot gives users context to understand when policies are enforced on their project, when evaluation is completed, and if there are any violations blocking an MR, with guidance to resolve them. We have now extended support in the bot comment to supply additional insight into why an MR may be blocked by a policy, with more granular feedback on how to resolve. Details provided by the comment include:

  • Security findings that are specifically blocking the MR
  • Out-of-policy licenses
  • Policy errors that may default in a “fail closed” and blocking behavior
  • Details regarding the pipelines that are being considered in the evaluation for security findings

With these extra details, you can now more quickly understand the state of your MR and self-serve to troubleshoot any issues.

Extend policy bot comment with violation data

More username options

More username options

Usernames can only include non-accented letters, digits, underscores (_), hyphens (-), and periods (.). Usernames must not start with a hyphen (-), or end in a period (.), .git, or .atom.

Username validation now more accurately states this criteria. This improved validation means that you are clearer on your options when choosing your username.

Thank you Justin Zeng for your contribution!

Users list search and filter improvements

Users list search and filter improvements

The Admin Area users page has been improved.

Previously, tabs horizontally spanned across the top of the users list, making it difficult to navigate to the desired filter.

Now, filters have been combined into the search box, making it much easier to search and filter users.

Thank you Ivan Shtyrliaiev for your contribution!

Omnibus improvements

Omnibus improvements

  • In GitLab 17.0, the minimum-supported version of PostgreSQL will become 14. In preparation for this change, in GitLab 16.11 we have changed the attempt_auto_pg_upgrade? setting to true, which will attempt to automatically upgrade the version of PostgreSQL to 14.

    This process is the same as for last time we bumped the minimum-supported PostgreSQL version.

Custom webhook headers

Custom webhook headers

Previously, GitLab webhooks did not support custom headers. This meant you could not use them with systems that accept authentication tokens from headers with specific names.

With this release, you can add up to 20 custom headers when you create or edit a webhook. You can use these custom headers for authentication to external services.

With this feature and the custom webhook template introduced in GitLab 16.10, you can now fully design custom webhooks. You can configure your webhooks to:

  • Post custom payloads.
  • Add any required authentication headers.

Like secret tokens and URL variables, custom headers are reset when the target URL changes.

Thanks to Niklas for this community contribution!

Test project hooks with the REST API

Test project hooks with the REST API

Previously, you could test project hooks in the GitLab UI only. With this release, you can now trigger test hooks for specified projects by using the REST API.

Thanks to Phawin for this community contribution!

Value stream events can now be calculated cumulatively

Value stream events can now be calculated cumulatively

We introduced a more robust method for calculating durations between label events. This change accommodates scenarios where events occur multiple times, such as label changes in merge requests back and forth between development to review states. Previously, the duration was calculated as the total time elapsed between the first and last label event.

Now, the duration is calculated as cumulative time, meaning it now correctly represents only the time when an issue or merge request had a given label.

Group comment templates

Group comment templates

Across an organization it can be helpful to have the same templated response in issues, epics, or merge requests. These responses might include standard questions that need to be answered, responses to common problems, or maybe structure for merge request review comments.

Group comment templates enable you to create saved responses that you can apply in comment boxes around GitLab to speed up your workflow. This new addition to comment templates allows organizations to create and manage templates centrally, so all of their users benefit from the same templates.

To create a comment template, go to any comment box on GitLab and select Insert comment template > Manage group comment templates. After you create a comment template, it’s available for all group members. Select the Insert comment template icon while making a comment, and your saved response will be applied.

We’re really excited about this next iteration of comment templates and will also be adding project-level comment templates soon too. If you have any feedback, please leave it in issue 45120.

Group comment templates

Control who can download job artifacts

Control who can download job artifacts

By default, all generated artifacts from CI/CD jobs in a public pipeline are available for download by all users with access to the pipeline. However, there are cases where artifacts should never be downloaded, or only be accessible for download by team members with a higher access level.

So in this release, we’ve added the artifacts:access keyword. Now, users can control whether artifacts can be downloaded by all users with access to the pipeline, only users with the Developer role or higher, or no user at all.

GitLab Runner 16.11

GitLab Runner 16.11

We’re also releasing GitLab Runner 16.11 today! GitLab Runner is the lightweight, highly-scalable agent that runs your CI/CD jobs and sends the results back to a GitLab instance. GitLab Runner works in conjunction with GitLab CI/CD, the open-source continuous integration service included with GitLab.

Bug Fixes:

The list of all changes is in the GitLab Runner CHANGELOG.

Improved pipeline details page

Improved pipeline details page

The pipeline graph offers a comprehensive overview of your pipelines, showing job statuses, runtime updates, multi-project pipelines, and parent-child pipelines.

Today, we’re excited to announce the release of the redesigned pipeline graph with enhanced aesthetics, grouped jobs visualization, improved mobile expirence and expanded downstream pipeline visibility within your existing view.

We’d greatly appreciate it if you could try it out and share your feedback through this dedicated issue.

Build step of Auto DevOps upgraded

Build step of Auto DevOps upgraded

Because the heroku/buildpacks:20 image used by the Auto Build component of Auto DevOps was deprecated upstream, we are moving to the heroku/builder:20 image.

This breaking change arrives outside a GitLab major release to accommodate a breaking change upstream. The upgrade is unlikely to break your pipelines. As a temporary workaround, you can also manually configure the heroku/builder:20 image and skip the builder sunset errors.

Additionally, we’re planning another major upgrade from heroku/builder:20 to heroku/builder:22 in GitLab 17.0.

DAST analyzer performance updates

DAST analyzer performance updates

During the 16.11 release milestone we completed the following DAST improvements:

  • Snip navigation paths to improve crawler performance, which reduced scan time by 20% according to our benchmark test. See the issue for more details.
  • Optimize DAST reporting to reduce memory usage, which reduced runner memory spikes during DAST scans. See the issue for more details.

Dependency graph support for dependency scanning SBOMs

Dependency graph support for dependency scanning SBOMs

Users can access dependency graph information in CycloneDX SBOMs generated as a part of their dependency scanning report. Dependency graph information is available for the following package managers:

  • NuGet
  • Yarn 1.x
  • sbt
  • Conan

Display linked Security Policies in Compliance Frameworks

Display linked Security Policies in Compliance Frameworks

As the compliance center becomes the battle station for compliance managers, you can now manage compliance frameworks, and also gain insight into controls that have been created through security policies and linked to a compliance framework.

Enforce security scanners to run in projects that are in-scope for your compliance, enforce two-person approval, or enable vulnerability management workflows through these extensive controls and then roll them up to a compliance framework, ensuring relevant projects within the framework are properly enforced by the control.

Display linked Security Policies in Compliance Frameworks

Issue with duplicate security policies resolved

Issue with duplicate security policies resolved

In GitLab 16.9 and earlier, it was possible for a project to both inherit security policies from a parent group or subgroup and link to the same security policies project. The result was that policies were duplicated in the policies list.

This issue has been resolved and it is no longer possible to link to a security policies project from which policies are already inherited.

Renew application secret with API

Renew application secret with API

You can now use the Applications API to renew application secrets. Previously, you had to use the UI to do this. Now you can use the API to rotate secrets programatically.

Thank you Phawin for your contribution!

Webhook notifications for expiring group and project access tokens

Webhook notifications for expiring group and project access tokens

Webhook events for project and group access tokens are now available.

Previously, email was the only way to get notifications about expiring tokens. A webhook event, if triggered, will be triggered seven days before an access token expires.

Updated project archiving functionality

Updated project archiving functionality

Now it’s easier to identify archived projects in project lists. From 16.11, archived projects display an Archived badge in the Archived tab of the group overview. This badge is also part of the project title on the project overview page.

An alert message clarifies that archived projects are read-only. This message is visible on all project pages to ensure that this context is not lost even when working on sub-pages of the archived project.

In addition, when deleting a group, the confirmation modal now lists the number of archived projects to prevent accidental deletions.

Updated project archiving functionality

Features in Experiment Features in Experiment

Run GitHub Actions with GitLab CI Steps (Experiment)

Run GitHub Actions with GitLab CI Steps (Experiment)

With the new GitLab Steps syntax and Step Runner, you can include GitHub Actions for CI/CD workflows in your GitLab CI/CD pipelines. This feature simplifies onboarding to GitLab for those users transitioning from GitHub Actions.

This feature is an Experiment. For more information, see the documentation.

Model Registry (Experiment)

Model Registry (Experiment)

The Model registry allows data scientists to manage their machine learning models, along with all metadata associated with their creation: parameters, performance metrics, artifacts, logs and more.

This experimental feature is currently compatible with the MLflow Client.

Logging (Experiment)

Logging (Experiment)

Logging enables users to collect, retain, and query recent or historical logs from the infrastructure level (system logs) up to the end-user applications. By centralizing different log sources in one place, users can correlate disparate events to connect the dots between the different parts of a system and find the root cause of an issue faster, reducing context switching and saving time when troubleshooting.

This feature is an experiment. To learn more and get started, see the Logs documentation.

Metrics (Experiment)

Metrics (Experiment)

Metrics allows users to collect, retain, and query historical or recent infrastructure or application-level metrics directly within GitLab, leveraging Open-Telemetry libraries and SDKs to collect data.

This feature is an experiment. To learn more and get started, see the Metrics documentation.

Bug fixes, performance improvements, and UI improvements

Bug fixes, performance improvements, and UI improvements

At GitLab, we’re dedicated to providing the best possible experience for our users. With every release, we work tirelessly to fix bugs, improve performance, and enhance UI. Whether you’re one of the over 1 million users on GitLab.com or using our platform elsewhere, we’re committed to making sure your time with us is smooth and seamless.

Click the links below to see all the bug fixes, performance enhancements, and UI improvements we’ve delivered in 16.11.

Deprecations Deprecations

New deprecations and the complete list of all features that are currently deprecated can be viewed in the GitLab documentation. To be notified of upcoming breaking changes, subscribe to our Breaking Changes RSS feed.

  • `GITLAB_SHARED_RUNNERS_REGISTRATION_TOKEN` is deprecated
  • Removals and breaking changes Removals and breaking changes

    The complete list of all removed features can be viewed in the GitLab documentation. To be notified of upcoming breaking changes, subscribe to our Breaking Changes RSS feed.

    Other notable changes Other notable changes

    Combined patch and security releases

    Combined patch and security releases

    In April, we rebranded ‘patch’ and ‘security’ releases and combined them into ‘patch’ releases, following semantic versioning standards.

    You can read more about the change in our blog post - We’re combining patch and security releases.

    Breaking-change windows before the major release

    Breaking-change windows before the major release

    The 17.0 major release is coming on May 16, 2024!

    This version brings many exciting improvements to GitLab, but also removes some deprecated features. We are introducing three breaking-change windows during which we expect the majority of 17.0 breaking changes to be deployed to GitLab.com:

    • 2024-04-22 09:00 UTC to 2024-04-24 22:00 UTC
    • 2024-04-29 09:00 UTC to 2024-04-31 22:00 UTC
    • 2024-05-06 09:00 UTC to 2024-05-08 22:00 UTC

    You can read more about it on our blogpost - A guide to the high-impact breaking changes in GitLab 17.0.

    For more detailed information and to see all the removals coming up in this year’s major release, please visit the Deprecations page.

    Changelog Changelog

    Please check out the changelog to see all the named changes:

    Installing Installing

    If you are setting up a new GitLab installation please see the download GitLab page.

    Updating Updating

    Check out our update page.

    Questions? Questions?

    We'd love to hear your thoughts! Visit the GitLab Forum and let us know if you have questions about the release.

    GitLab Subscription Plans GitLab Subscription Plans

    • Free

      Free-forever features for individual users

    • Premium

      Enhance team productivity and coordination

    • Ultimate

      Organization wide security, compliance, and planning

    Try all GitLab features - free for 30 days

    We want to hear from you

    Enjoyed reading this blog post or have questions or feedback? Share your thoughts by creating a new topic in the GitLab community forum.

    Share your feedback

    Take GitLab for a spin

    See what your team could do with The DevSecOps Platform.

    Get free trial

    Have a question? We're here to help.

    Talk to an expert
    Edit this page View source