Closed morremeyer closed 3 years ago
Workaround is to assign docker
versioning to helm-values
manager, this will refuse that update.
Renovate currently won't be able to update release_version
number.
This issue has been automatically marked as stale because it has not had recent activity. It will be closed soon if no further activity occurs. If this question is not done (either you plan to update it or are waiting on someone to respond) then please add a comment here to bump it and/or get the other person's attention. We aim to do our best to solve every problem. This bot is here to help us clean up issues which are no longer of use to the original poster, and not to close anything prematurely, so bump as you need!
Which Renovate are you using?
Renovate Open Source CLI
Which platform are you using?
GitLab self-hosted
Have you checked the logs? Don't forget to include them if relevant
The relevant parts of the debug log are:
For the
helm-values
manager:What would you like to do?
I’m using bitnami images in multiple places, e.g.
bitnami/mysql
in my helmvalues.yaml
files. As the helm charts use compatibility tags, I want to keep them specific.However, renovate seems to detect the compatibility tags as unstable tags, e.g. in a MR with the following diff:
According to the Version compatibility docs, this should not happen. I am guessing that renovate does not recognize the bitnami-style compatibility tags as such and assumes they are unstable tags.
This guess is mainly due to the description how unstable versions are detected in the ignoreUnstable documentation.
Can somebody help me out how to correctly configure this as the scheme is
8.0.22-debian-10-r23
->${software_version}-debian-${debian_version}-r${release_version}
?