-
Notifications
You must be signed in to change notification settings - Fork 5.4k
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
Add refreshPolicy for argocd application object a.k.a. (hard-)refresh-policy #9499
Comments
Any update on this issue? |
We have this workflow where the dev teams continuously pushes helm chart updates to the same registry reference e.g. With OP's request I understand this would be made possible to enforce a refresh policy on this object. |
I don't believe |
Hi, Any update of this issue? From my point of view, this type of behavior is often used quite a bit in a development environment. Thanks in advance, Regards |
Summary
Add a refresh policy setting to argocd application objects (like syncPolicy, but specifically for refresh strategies).
Motivation
This applies to many scenarios: tracking branches, head, overridden helm packages etc. I would like to set whether an argocd application does soft or hard refresh by default. Additionally setting the refresh related TTL from the app would also be useful.
Example:
Rapid helm chart development, override package until ready for release and promotion.
--> this means that the oci helm coordinates stay the same, but the oci image changes.
--> kubernetes deals with this indirectly by having an imagePullPolicy that you can set to Always, for constant hash verification and pull on difference.
The text was updated successfully, but these errors were encountered: