You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Let user define multi step/stage/source for one application.
Motivation
there are certain situations that I want multi step/stage when setting up application, for example, generate secrets and then pass the secret name to the main Helm installation, the secret is part of the application, but it has to be deployed before the main Helm installation.
I understand it can be done with plugin in a degree, but the process cost too much and generating manifests not always working for Helm.
Proposal
Let use multi sources and declare dependon apply in DAG sequence on create/update:
apiVersion: argoproj.io/v1alpha1
kind: Application
metadata:
name: apply mult source in DAG
spec:
...
source:
helm:
name: main-database
dependon:
- generate-db-secret
- generate-sa-for-aws-roles
kustomize:
name: generate-db-secret
kustomize:
name: generate-sa-for-aws-roles
The text was updated successfully, but these errors were encountered:
@blakepettersson Could you please show us a reference syntax for this usecase because it's entirely missing from the docs, and #10432's examples don't cover it.
Illustration:
spec:
sources:
- repoURL: https://some-repo/with-envspecifics.git
targetRevision: master
ref: valuesRepo
- repoUrl: https://some-helm/repo
targetRevision: v0.0.1
chart: somechart
helm:
valueFiles:
- $valuesRepo/env/values.yaml
- plugin:
name: argocd-vault-plugin
# now how do we tell it that it's input is the previous source's helm template's output?
# so it can replace the <placeHolders> with our secrets from vault?
Could we please get some docs on how to do this, since you are saying this is covered by #10432?
Summary
Let user define multi step/stage/source for one application.
Motivation
there are certain situations that I want multi step/stage when setting up application, for example, generate secrets and then pass the secret name to the main Helm installation, the secret is part of the application, but it has to be deployed before the main Helm installation.
I understand it can be done with plugin in a degree, but the process cost too much and generating manifests not always working for Helm.
Proposal
Let use multi sources and declare dependon apply in DAG sequence on create/update:
The text was updated successfully, but these errors were encountered: