This manager parses Flux YAML manifests and:
- Extracts
helmdependencies fromHelmReleaseresources - Extracts
github-releasesdependencies from system manifests (flux-system/gotk-components.yamlfiles) and regenerates them when new versions of Flux are available
The flux manager will only extract helm dependencies for HelmRelease resources linked to HelmRepository sources.
The following configurations are currently unsupported:
- OCI
HelmRepositorysources (those withtype: oci) HelmReleaseresources linked to other kinds of sources likeGitRepositoryorBucket
In addition, for the flux manager to properly link HelmRelease and HelmRepository resources, both of the following conditions must be met:
- The
HelmReleaseresource must either have itsmetadata.namespaceproperty set or itsspec.chart.spec.sourceRef.namespaceproperty set - The referenced
HelmRepositoryresource must have itsmetadata.namespaceproperty set
Namespaces will not be inferred from the context (e.g. from the parent Kustomization).
Updating system manifests requires that either:
- The
fluxtool is pre-installed, or - You run a Docker image based on containerbase/buildpack, such as the official Renovate images, and have
binarySource=installconfigured
By default, the flux manager will only match flux-system/gotk-components.yaml (i.e. system manifest) files.
This is because there is no commonly accepted file/directory naming convention for Flux manifests and we don't want to check every single *.yaml file in repositories just in case some of them have Flux definitions.
If most .yaml files in your repository are Flux manifests, then you could add this to your config:
{
"flux": {
"fileMatch": ["\\.yaml$"]
}
}
If instead you have all your Flux manifests inside a flux/ directory, you would add this:
{
"flux": {
"fileMatch": ["flux/.+\\.yaml$"]
}
}
If you need to change the versioning format, read the versioning documentation to learn more.