Configuring GitLab Access
You can skip this step if someone has already set up the runner for you and SCM
integration with GitLab has already been configured. In that case, you can go
directly to Authorizing GitLab Access. This step
allows administrators to configure what authorization methods (OAuth, PATs) and
SCM providers (GitHub, GitLab, Bitbucket, Azure DevOps) will be available for
authorization.
Self-Hosted Runners
For self-hosted runners (like AWS), GitLab integration is configured during runner creation or in the runner settings. There are two ways to integrate with GitLab. Both can be used simultaneously:- OAuth App (Recommended): Using an OAuth app allows users to sign in more quickly. You’ll need to set up an OAuth app within Ona.
- Personal Access Token (PAT): Each user will need to create a Personal Access Token. They will be provided with a deep link to do so on their first environment creation.
Using OAuth
- Go to Settings → Runners and select the runner you want to configure.
- In the Configure repository access section, click Select next to GitLab. If other providers are already configured, click Add a new provider first.
- Toggle Enable OAuth.
- Follow the instructions in GitLab’s docs to create an OAuth app.
- The app name can be any name you like
- You can get the callback URL from the configuration dialog
- Select the required scopes:
- api so that the context URL can be parsed
- read_repository so that your environment can clone the repository
- read_user so that the git author name and email can be set in the environment
- Enter the Client ID and Client Secret from the OAuth app. The client secret is encrypted with the runner’s public key, so only the runner can read it.
- Click Save & Test.
Using Personal Access Tokens (PATs)
- Go to Settings → Runners and select the runner you want to configure.
- In the Configure repository access section, click Select next to GitLab. If other providers are already configured, click Add a new provider first.
- Toggle Enable Personal Access Token.
- Click Save.
Ona Cloud
Ona Cloud provides built-in GitLab integration with no configuration required:- gitlab.com is supported by default using Ona’s managed OAuth application
- No OAuth app setup needed - Ona manages the OAuth application for you
- Automatic authentication - Users can authenticate with their GitLab accounts immediately
Authorizing GitLab Access
Using OAuth
-
When creating your first environment, you will be asked to authorize the new application. To use OAuth press the Connect button. A new window will open that directs you to GitLab to authorize the OAuth app. The requested scopes are api, read_repository and read_user.
- The api scope is required so that the context url can be parsed
- The read_repository scope is required so that your environment can clone the repository
- The read_user scope is required so that the git author name and git author email can be set in the environment
- After you have authorized, you can close the window. After a few seconds you should get a confirmation that GitLab is now connected.
Using Personal Access Tokens (PATs)
-
When creating your first environment, you will be asked to authorize the new application. Select Provide a Personal Access Token.
- Click the link provided on the screen to access the configuration dialog for creating a GitLab token.
- The name of the token and all required scopes are pre-set.
- By default, the token is valid for 30 days, but you can change the duration if needed.
- After creating the token, return to the dialog and paste the token.
- The environment will now be created using the provided token.
Plan availability
| Plan | GitLab.com (SaaS) | Self-hosted GitLab |
|---|---|---|
| Free / Core | ✓ | ✗ |
| Enterprise | ✓ | ✓ (self-hosted runners) |