如何用Argo CD ApplicationSet实现Helm伞形Chart层级值覆盖部署

一、在ApplicationSet中引用子Chart的values.yaml并实现指定覆盖层级 #

根据你要求的覆盖规则：root-umbrella-app/values.dev.yaml > root-umbrella-app/values.yaml > root-umbrella-app/public-web/values.yaml，需要调整ApplicationSet中helm.valueFiles的加载顺序——Helm会按文件顺序加载，后加载的文件配置会覆盖之前的。

修改后的ApplicationSet配置如下：

apiVersion: argoproj.io/v1alpha1
kind: ApplicationSet
metadata:
  name: my-app-set
spec:
  generators:
    - matrix:
        generators:
          - clusters:
              selector:
                matchLabels:
                  cluster-env: "*"
          - git:
              repoURL: https://github.com/myrepo/my-helm-charts.git
              revision: HEAD
              directories:
                - path: root-umbrella-app/* # 指向伞形Chart下的子Chart目录，比如public-web
  template:
    metadata:
      name: '{{cluster.metadata.name}}-{{path.basename}}'
    spec:
      project: default
      source:
        repoURL: https://github.com/myrepo/my-helm-charts.git
        targetRevision: HEAD
        chart: {{path}} # 子Chart的路径，如root-umbrella-app/public-web
        helm:
          valueFiles:
            # 1. 加载子Chart自身的values（优先级最低）
            - values.yaml
            # 2. 加载伞形Chart根目录的默认values（覆盖子Chart配置）
            - ../values.yaml
            # 3. 加载对应环境的values（优先级最高，覆盖前面所有配置）
            - ../values.{{cluster.metadata.labels.cluster-env}}.yaml
      destination:
        server: '{{cluster.spec.server}}'
        namespace: '{{path.basename}}'

关键说明： #

• 调整Git Generator的path为root-umbrella-app/*，确保遍历的是伞形Chart下的所有子Chart目录。
• valueFiles使用相对路径：../values.yaml和../values.{{cluster.metadata.labels.cluster-env}}.yaml对应伞形Chart根目录的配置文件，因为子Chart目录在root-umbrella-app下，通过..可以回到父目录。
• 加载顺序严格遵循子Chart自身values → 伞形根默认values → 环境特定values，保证后加载的配置覆盖前面的，符合你的需求。

二、伞形Chart与子Chart的类型疑问 #

1. 伞形Chart是否可为应用类型？ #

完全可以。伞形Chart（Umbrella Chart）本身就是Helm中用于聚合多个子Chart、统一管理部署的应用类型Chart，它可以包含依赖声明、全局配置，甚至自身的资源模板，是微服务集群部署的常见模式。

2. 子Chart是否可为库类型？ #

分两种情况：

• 如果是直接部署子Chart（如你当前通过ApplicationSet单独部署root-umbrella-app/public-web）：子Chart必须是应用类型。因为库类型Chart（Library Chart）的设计目的是提供可复用的模板和配置片段，没有可直接部署的资源（通常缺少独立的templates目录，或模板仅供其他Chart引用），Helm无法直接部署库Chart。
• 如果是通过伞形Chart作为依赖引入子Chart：子Chart仍需是应用类型。库Chart不适合作为可部署的依赖，它的作用是被其他Chart通过import语句引用模板，而非作为独立组件部署。

内容的提问来源于stack exchange，提问作者Rad