在base.yaml中，键containers的值是一个序列（节点）。在overlay.yaml中，键containers的值是一个Map。当然，这两者是不能合并的。
在完全不了解kustomize的情况下，由于这些节点无法合并，所以覆盖层用Map节点替换整个序列节点似乎是合乎逻辑的。您期望覆盖的Map与恰好是基础序列中的一个项（在本例中是唯一的项）的Map合并，这似乎完全是任意的。如果有多个项目，需要考虑哪个项目？第一个？最后一个？第五项之前的最后一项是Map？
如果你的overlay.yaml看起来像：

apiVersion: v1
kind: Pod
metadata:
  name: temp
  labels:
    tier: temp
spec:
  containers:
  - volumeMounts:     # < created a sequence item here by inserting an item indicator
    - name: temppathname
      mountPath: /temppath
  volumes:
  - name: temppathname
    hostPath:
      type: temp
      path: temppath

那么我可以理解你的期望（也许上面的变化可以应用到使其工作，我没有办法测试）。

我发现处理这个问题最简单的方法是使用JSONPatch。我会删除基地的空字段，如：

apiVersion: v1
kind: Pod
metadata:
  name: temp
  labels:
    tier: temp
spec:
  containers:
  - name: temp
    image:  temp
    imagePullPolicy: Always
    command: temp
    args:
      temp
    envFrom:
    - configMapRef:
        name: temp

然后在你的覆盖中创建一个新的补丁，例如命名为create_volume.yml：

- op: add
  path: /spec/volumes/-
  value:
    name: temppathname
    hostPath:
     type: temp
     path: temppath

- op: add
  path: /spec/containers/0/volumeMounts/-
  value:
    name: temppathname
    mountPath: /temppath

最后，在覆盖kustomization.yml中添加：

patchesJson6902:
- target:
    version: v1
    kind: Pod
    name: temp
  path: create_volume.yml

如果它不起作用，您可能不得不在修补程序目标中使用API组。到目前为止，我只修补部署，我的目标是：

- target:
    group: apps
    version: v1
    kind: Deployment
    name: temp
  path: create_volume.yml