到目前为止，我们只使用了一个chart。但chart可以使用依赖，称为子chart，它们也有自己的值和模板。该章节我们会创建一个子chart并看到从模板中访问值的不同方法。

在深入研究代码之前，需要了解一些子chart的重要细节：

子chart被认为是“独立的”，意味着子chart从来不会显示依赖它的父chart。

因此，子chart无法访问父chart的值。

父chart可以覆盖子chart的值。

Helm有一个全局值的概念，所有的chart都可以访问。

浏览本节的示例之后，这些概念会变得更加清晰。

1、创建子chart

为了做这些练习，我们可以从本指南开始时创建的mychart/开始，并在其中添加一个新的chart。

$ cd mychart/charts
$ helm create mysubchart
Creating mysubchart
$ rm -rf mysubchart/templates/*

注意，和以前一样，我们删除了所有的基本模板，然后从头开始，在这个指南中，我们聚焦于模板如何工作，而不是管理依赖。在 Helm3入门教程-4：chart 的文件结构和字段详解可以看到更多子chart运行的信息。

2、在子chart中添加值和模板

下一步，为mysubchart创建一个简单的模板和values文件。 mychart/charts/mysubchart 中应该已经有一个 values.yaml。我们可以这样设置：

dessert: cake

接下来，我们将在 mychart/charts/mysubchart/templates/configmap.yaml 中创建一个新的配置映射模板 ConfigMap：

apiVersion: v1
kind: ConfigMap
metadata:
  name: {{ .Release.Name }}-cfgmap2
data:
  dessert: {{ .Values.dessert }}

因为每个子chart都是独立的chart，可以单独测试mysubchart：

$ helm install --generate-name --dry-run --debug mychart/charts/mysubchart
SERVER: "localhost:44134"
CHART PATH: /Users/mattbutcher/Code/Go/src/helm.sh/helm/_scratch/mychart/charts/mysubchart
NAME:   newbie-elk
TARGET NAMESPACE:   default
CHART:  mysubchart 0.1.0
MANIFEST:
---
# Source: mysubchart/templates/configmap.yaml
apiVersion: v1
kind: ConfigMap
metadata:
  name: newbie-elk-cfgmap2
data:
  dessert: cake

3、用父chart的值来覆盖子chart的值

原来的 mychart 现在是 mysubchart 的父chart。这种关系是基于 mysubchart 在 mychart/charts 中这一事实。

因为mychart是父chart，可以在 mychart 指定配置并将配置推送到 mysubchart 。比如可以修改 mychart/values.yaml 文件如下：

favorite:
  drink: coffee
  food: pizza
pizzaToppings:
  - mushrooms
  - cheese
  - peppers
  - onions

mysubchart:
  dessert: ice cream

注意最后两行，在上述代码中 mysubchart 中的所有指令会被发送到 mysubchart 这个chart。所以如果运行 helm install --dry-run --debug mychart，我们可以看到 mysubchart 的配置已经被父类的值覆盖了：

# Source: mychart/charts/mysubchart/templates/configmap.yaml
apiVersion: v1
kind: ConfigMap
metadata:
  name: unhinged-bee-cfgmap2
data:
  dessert: ice cream

现在，子chart的值已经被顶层的值覆盖了。

这里需要注意个重要细节。我们没有更改 mychart/charts/mysubchart/templates/configmap.yaml 的模板以指向 .Values.mysubchart.dessert。从模板的角度来看，值仍然位于 .Values.dessert。当模板引擎传递值时，会设置作用域。范围。因此对于 mysubchart 模板，只有特定于 mysubchart 的值才会在 .Values 中可用。

但是有时确实希望某些值对所有模板都可用。这是使用全局chart值完成的。

4、全局Chart值

全局值（全局变量）是可以通过完全相同的名称从任何chart或子图表访问的值。全局值需要显示声明，不能将现有的非全局值作为全局值使用。

Values数据类型有一个名为 Values.global的保留部分，可以用来设置全局值。在 mychart/values.yaml 文件中设置一个全局值如下：

favorite:
  drink: coffee
  food: pizza
pizzaToppings:
  - mushrooms
  - cheese
  - peppers
  - onions

mysubchart:
  dessert: ice cream

global:
  salad: caesar

因为全局的工作方式，mychart/templates/configmap.yaml 和 mysubchart/templates/configmap.yaml 都应该能通过 {{ .Values.global.salad }} 进行访问。

mychart/templates/configmap.yaml:

apiVersion: v1
kind: ConfigMap
metadata:
  name: {{ .Release.Name }}-configmap
data:
  salad: {{ .Values.global.salad }}

**
mysubchart/templates/configmap.yaml:**

apiVersion: v1
kind: ConfigMap
metadata:
  name: {{ .Release.Name }}-cfgmap2
data:
  dessert: {{ .Values.dessert }}
  salad: {{ .Values.global.salad }}

现在，如果我们运行一个试运行安装，我们将在两者的输出中看到相同的值：

# Source: mychart/templates/configmap.yaml
apiVersion: v1
kind: ConfigMap
metadata:
  name: silly-snake-configmap
data:
  salad: caesar

---
# Source: mychart/charts/mysubchart/templates/configmap.yaml
apiVersion: v1
kind: ConfigMap
metadata:
  name: silly-snake-cfgmap2
data:
  dessert: ice cream
  salad: caesar

全局值对于传递这样的信息很有用，但是需要一些计划来确保正确的模板配置为使用全局值。

5、与子chart共享模板

父chart和子chart可以共享模板。在任意chart中定义的块在其他chart中也是可用的。

比如，我们可以这样定义一个简单的模板：

{{- define "labels" }}from: mychart{{ end }}

回想一下模板标签时如何全局共享的。因此，labels chart可以包含在任何其他chart中。

虽然chart开发人员可以在 include 和 template 之间进行选择，但是使用 include 的一个优点是它可以动态引用模板：

{{ include $mytemplate }}

上述会取消对 $mytemplate 的引用，相反，template 函数只接受字符串字面量。

6、避免使用block

Go 模板语言提供了一个 block 关键字，允许开发人员提供一个默认的实现，这个实现稍后会被覆盖。在Helm chart中，block 不是重写的最佳工具，因为如果提供了同一个 block 的多个实现，则所选择的 block 是不可预测的。建议改为使用 include。

目录CONTENT

Helm3入门教程-24：子chart和全局值