https://kubectl.docs.kubernetes.io/references/kustomize/kustomization/给出了kustomize如何工作的总体思路：取一些基础，对它们应用一些转换。在大多数情况下，策略合并的行为就像人们期望的那样，这就是您提到的kubectl patch的行为1。但是，在合并中处理数组值是棘手的，所以我更幸运地使用了JSON Patch array add支持，这就是我们在这里使用的

# the contents of "kustomization.yaml" in the current directory
apiVersion: kustomize.config.k8s.io/v1beta1
kind: Kustomization
resources:
- https://raw.githubusercontent.com/metallb/metallb/v0.13.7/config/manifests/metallb-native.yaml
patches:
  - target:
      version: v1
      group: apps
      kind: DaemonSet
      namespace: metallb-system
      name: speaker
    patch: |-
      - op: add
        path: /spec/template/spec/tolerations/-
        value: {"effect":"NoSchedule","key":"example.com/some-taint","operator":"Exists"}

然后，使用kubectl kustomize .，我们看到应用该补丁的结果：

tolerations:
      - effect: NoSchedule
        key: node-role.kubernetes.io/master
        operator: Exists
      - effect: NoSchedule
        key: node-role.kubernetes.io/control-plane
        operator: Exists
      - effect: NoSchedule
        key: example.com/some-taint
        operator: Exists

显然，如果您想大规模地替换容忍度，您可能会更好地选择战略合并，但考虑到您的问题没有具体说明，并且这种情况是两种情况中较难的一种，我从它开始
FN 1：我看到您提到了kubectl patch，但它是用于编辑现有kubernetes资源的，因此在您将metallb-native.yaml部署到集群中之后，kubectl patch才会为您做任何事情。使用kustomize是一种替代方法，因为它旨在让清单以正确的状态进入集群，而不是稍后再修复它