Helm子依赖的Condition条件未正常生效，为何总是渲染微服务图表？

我有一个名为core的基础Helm图表，其Chart.yaml配置如下：

apiVersion: v1
description: Core Helm Chart
name: core
version: 0.5.4
dependencies:
- name: microservice-a
  version: "0.0.1"
  repository: oci://123.dkr.ecr.eu-west-1.amazonaws.com
  condition: microService.a.enabled
- name: microservice-b
  version: "0.0.1"
  repository: oci://123.dkr.ecr.eu-west-1.amazonaws.com
  condition: microService.b.enabled

该图表内置的values.yaml配置为：

microService:
  a:
    enabled: false
  b:
    enabled: false

单独使用helm template命令时，结果符合预期：microservice相关图表不会被渲染。

但当我创建名为test的图表，将core作为依赖引入（配置如下）：

apiVersion: v1
description: Core Helm Chart
name: test
version: 0.0.1
dependencies:
- name: core
  version: "0.5.4"
  repository: oci://123.dkr.ecr.eu-west-1.amazonaws.com

无论是否配置values.yaml，或是使用--set microService.a.enabled=false或--set core.microService.a.enabled=false参数，microservice-a和microservice-b图表都会被渲染。请问这一现象的原因是什么？

这个问题的核心是Helm对依赖condition字段的解析规则：依赖的condition表达式是基于父图表的顶层values来判断的，而非子依赖自身的values。具体拆解如下：

• 单独使用core图表时，condition的判断上下文是core自己的顶层values，此时microService.a.enabled明确设为false，所以microservice-a和microservice-b不会被渲染，符合预期。
• 当core作为test图表的子依赖时：
  1. core里定义的condition: microService.a.enabled会去查找test图表的顶层values（包括test自身的values.yaml和通过--set传入的顶层参数），而非core子图表命名空间下的values。
  2. 如果test的顶层values中没有定义microService.a.enabled（默认情况），Helm会将未定义的布尔类型condition视为true，直接启用依赖。
  3. 你用--set core.microService.a.enabled=false设置的是core子图表内部的values，完全不影响condition的判断逻辑；若使用--set microService.a.enabled=false仍未生效，大概率是操作时的参数传递问题，但核心逻辑还是condition的解析上下文为父图表顶层。

解决思路 #

• 修改core图表的condition表达式，改为基于子依赖自身命名空间，比如condition: core.microService.a.enabled（但此方案会影响core单独使用时的values结构）；
• 在test图表的values.yaml中显式定义microService.a.enabled: false，或用--set microService.a.enabled=false设置顶层参数，让condition能正确读取到false值。

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