-
Notifications
You must be signed in to change notification settings - Fork 263
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Unable to write back to git helm values, key not found in the map #877
Comments
looks like #838 should have already fixed it. In release-0.14 (the version you're testing with), https://github.com/argoproj-labs/argocd-image-updater/blob/release-0.14/pkg/argocd/update.go#L573 is where the error was raised. In the above PR, this part has been rewritten to handle non-existing file or keys. |
Yes, I expect this to just create the file, but that doesn't seem to be the case. It can update an existing values file in the branch, but when pointing the config |
The fix is in the current master branch, and will be included in the next release (0.15.0). |
Great! Am I able to get those changes from the |
there is a latest snapshot tag https://quay.io/repository/argoprojlabs/argocd-image-updater?tab=tags but no guarantee of quality. 0.15.0 is forthcoming. |
Oh yeah, just something I can test with is great. Looking forward to |
Describe the bug
When using the
git
writeback method, image updater is unable to create the file in the branch with the helm value updates with an error:time="2024-10-01T15:32:52Z" level=error msg="Could not update application spec: failed to set image parameter name value: key component not found in the map" application=test
To Reproduce
Steps to reproduce the behavior:
Using the annotations:
The Helm chart supports the structure:
Expected behavior
A clear and concise description of what you expected to happen.
When a new image is added to the ACR, the updater creates a file
/envs/{{.branch}}.yaml
on the branch{{.branch}}
with the newly set values,component.admin.image.name
andcomponent.admin.image.tag
.Additional context
Add any other context about the problem here.
It's worth noting, if I create the file manually at
/envs/{{.branch}}.yaml
and add the structure:The updates work.
Version
0.14.0
Logs
The text was updated successfully, but these errors were encountered: