Accepting new permissions for the GitLab OpsLevel application

OpsLevel

As part of new feature rollouts at OpsLevel, we may occasionally request new permissions for the OpsLevel GitLab application.

You will be notified by OpsLevel when there is an update to the OpsLevel GitLab application available. At this time, you will need to uninstall and then reinstall the GitLab integration from within the OpsLevel app for these changes to take place. You will then see a list of the updated set of permissions when reinstalling the integration.

Note: Uninstalling the GitLab integration will not result in any data loss. All services will remain intact.

Updating the OpsLevel GitLab App

Note: For GitLab Self-Hosted, you may need to update your instance of the OpsLevel app setup in your GitLab instance before reinstalling the app. Please check our current permissions requirements before reinstalling.

You will be notified by OpsLevel when there is an update to the OpsLevel GitLab application.

To update your GitLab OpsLevel application, you will first need to go the Integrations tab in your OpsLevel account and select the GitLab integration(s) you wish to update.

Once in the details page for your GitLab integration, select Uninstall Integration. After you’ve clicked Uninstall Integration, you will be given a warning asking you to confirm whether you want to uninstall the integration or not. Select Yes.

*Confirmation modal when uninstalling the GitLab Integration*

After uninstalling the integration, click Reinstall GitLab SaaS Integration.

A modal will appear asking you to once again integrate OpsLevel with your GitLab account. Select Integrate with GitLab.

After selecting Integrate with GitLab you will be taken to your GitLab account and given a description of the new permissions OpsLevel is requesting. Select Authorize.

*Description of updated OpsLevel GitLab app permissions*

Latest Update to Permissions

Write Repository

This access grants read-write access to repositories on private projects using Git-over-HTTP (not using the API).
We need this access to create new repos, populate newly created repos with the templated repo content, and create new pull requests

More resources

Blog

What We Shipped In 2024

A few of the big things we shipped this year for OpsLevel customers.

Blog

Why DORA Metrics Aren't Enough for Engineering Teams

The DORA (DevOps Research and Assessment) metrics have been a transformative framework for engineering organizations. Based on the pioneering research presented in Accelerate, these four key metrics—deployment frequency, lead time for changes, change failure rate, and mean time to recovery (MTTR)—offer a quantifiable glimpse into the performance and health of software delivery processes. They have become synonymous with DevOps excellence, helping teams understand and optimize their delivery pipelines. But here’s the truth: while DORA metrics are a fantastic starting point, they’re far from the full story. If you rely solely on DORA metrics to assess your team’s productivity and success, you’re missing critical nuances that make or break your organization’s engineering effectiveness. This article will explore why DORA metrics alone aren’t enough and what you should consider instead.

Blog

The Pain of Backstage Upgrades

Internal Developer Portals (IDPs) have become essential for engineering teams striving to deliver high-quality software quickly and efficiently. While Backstage, the open-source framework to build an IDP, from Spotify, is a popular choice for organizations building their own developer portals, it often comes with hidden costs and challenges that aren’t immediately apparent. At OpsLevel, we’ve experienced these pain points firsthand—and we’ve built a solution that lets teams focus on value instead of maintenance.

Subscribe

Join our newsletter to stay up to date on features and releases.

By subscribing you agree to with our Privacy Policy and provide consent to receive updates from our company.

Responsible Disclosure