Provider GitLab

This chart configures the Crossplane Gitlab provider so it can connect to our GitLab environment.

How it works

DeploymentRuntimeConfig

The provider uses a DeploymentRuntimeConfig to adjust the settings of the provider pod running in the cluster.

For more information, see the Crossplane documentation.

Provider

The chart creates the provider-gitlab provider referenced above.

For an overview of the other resources managed by this provider, see the Crossplane Gitlab provider docs.

Note: Resources are deployed in waves. This is necessary because the provider itself creates the special ProviderConfig CRD required for communication with GitLab. Therefore, the ProviderConfig must be deployed after the Provider.

ProviderConfig

The ProviderConfig defines the properties required to communicate with our GitLab instance.

For credentials, we use the External Secrets Operator to retrieve secrets from Vault.

Testing

A Chainsaw test has been implemented to validate that a GitLab variable can be created using the resources deployed by this chart.

The test follows the same approach used for GitLab variables in as in the tenant chart.

The test includes the following steps:

1. Deploy the Helm chart in the crossplane-system namespace

2. Create a Variable using our ProviderConfig

3. Verify that the Variable is created in the cluster

4. Verify that the Variable is created in GitLab under the Enabling group