Open kahootali opened 2 years ago
I'm experiencing a similar issue with a different versioning tag sequence. It seems like it sorts and installs alphabetically rather than based on newest.
My instance's tags are essentially $(semver)-$(short git hash)
and as you know the hashes can change. Assuming semver stays the same if the newest hash starts with an a
but the installed starts with a b
it'll think it's already up to date.
Hi all, I am experiencing a similar issue with the image updater tool. @kahootali , has this been fixed yet? @chris102994 were you able to figure out a workaround for this? Thanks in advance for the help!!
I'm experiencing a similar issue but using argo-image-updater 0.14.0
Argo-image-updater is considering a two days old image as the "newest-build" (using harbor as registry)
Describe the bug I am testing image-updater plugin with ArgoCD for our CD solution, I have used following annotations on my Argo app
I am using my nginx image based on default
nginx:alpine
image just for testing purposes...https://hub.docker.com/r/kahootali/nginx/tags
The tags are using date & time for understanding which image was built when.
At first, I used the image tag
221506-164030
the plugin updated the image to222406-162230_RC
and pushed to git which is fine, but then I built the new image222406-163830
and updated git manually with this new tag but the plugin again reverted to222406-162230_RC
which shouldn't be the case as the one I updated manually was built later than the one with_RC
tag..Expected behavior Argocd-image-updater shouldn't have updated the image to the previous tag as it matches the regex but should have checked whether the timestamp is greater as well , as the new tag can be a hotfix and I need to update it urgently..
Version
Logs Used
debug
level logs