-
Notifications
You must be signed in to change notification settings - Fork 194
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
{{.Release.Namespace}} value translation when using AVP #323
Comments
Hi @ixxeL2097 custom plugins only have access to a certain environment, as you can read about here. https://argo-cd.readthedocs.io/en/stable/user-guide/config-management-plugins/#environment. The build environment does have some things such as This is a limitation of Argo CD as you can see here argoproj/argo-cd#7623 |
Hi @werne2j and thanks for the clear answer. This is something to take into account indeed when choosing to deploy with AVP. Anyway thanks for helping |
Glad to help @ixxeL2097! |
@ixxeL2097 @werne2j What is the workaround for this. |
Describe the bug
When using plugin AVP with ArgoCD, the native value
{{.Release.Namespace}}
from helm chart is interpreted as the target namespace of the CRApplication
(namespaceargocd
) instead of the actual target namespace of the application itself (which can be whatever you want:default
,kube-system
,test
...)Expected behavior
The native value
{{.Release.Namespace}}
from helm chart should be interpreted correctly and reflect the target namespace of the actual deployment instead of the CRApplication
of argocd's app.Maybe i missed something about the AVP usage that could help me interpreting this variable as expected, but for now, this is a probleme for me since
{{.Release.Namespace}}
is always translated asargocd
namespace no matter the real namespace I am deploying the app in.Does anybody has a solution for this ? or is it an actual bug from the plugin ?
EDIT:
The only way I found to bypass this behaviour is to pass a plugin env value like this :
argocd app create [...] --plugin-env="helm_args=--namespace <app-target-namespace>"
with the template of configuration :
The text was updated successfully, but these errors were encountered: