是否可以将新的 Deployment 绑定到现有的 ReplicaSet？
Is it possible to bind a new Deployment to an existing ReplicaSet?
我有一些由我手动创建的较旧的 ReplicaSet，因此它们未被 Deployment 绑定 to/managed。
现在是否可以创建 Deployments，不会创建新的 ReplicaSets 并且 Deployments 会自动与现有的 Replicasets 和 Pods 配对？
我知道我可以删除现有的 ReplicaSet，但我正在尝试寻找其他方法。我尝试为新 Deployment 提供与现有 ReplicaSet 相同的 selector 和 matchLables，但这没有用，Deployment 创建了一个新的 ReplicaSet 和 Pod。
谢谢！
ReplicaSets 寿命不长，所以没有意义。把东西换过来，杀掉旧的。
Deployment 资源规范不公开任何用于指定初始 ReplicaSet 的字段。因此，创建新 ReplicaSet 的逻辑似乎已硬编码在 Deployment 控制器中。
所以，答案是，你做不到。如果您真的想要一个可以指定 ReplicaSet 的 Deployment，您可以创建一个自定义资源定义 (CRD) 和运算符。
我认为是因为在 kubernetes 部署时将 pod-template-hash 添加到标签中，因此它与 ReplicaSet
的标签不匹配
您可以检查添加到 deployment 的标签，我确信标签不会与现有 ReplicaSets
相同
我有一些由我手动创建的较旧的 ReplicaSet，因此它们未被 Deployment 绑定 to/managed。
现在是否可以创建 Deployments，不会创建新的 ReplicaSets 并且 Deployments 会自动与现有的 Replicasets 和 Pods 配对？
我知道我可以删除现有的 ReplicaSet，但我正在尝试寻找其他方法。我尝试为新 Deployment 提供与现有 ReplicaSet 相同的 selector 和 matchLables，但这没有用，Deployment 创建了一个新的 ReplicaSet 和 Pod。
谢谢！
ReplicaSets 寿命不长，所以没有意义。把东西换过来，杀掉旧的。
Deployment 资源规范不公开任何用于指定初始 ReplicaSet 的字段。因此，创建新 ReplicaSet 的逻辑似乎已硬编码在 Deployment 控制器中。
所以，答案是，你做不到。如果您真的想要一个可以指定 ReplicaSet 的 Deployment，您可以创建一个自定义资源定义 (CRD) 和运算符。
我认为是因为在 kubernetes 部署时将 pod-template-hash 添加到标签中，因此它与 ReplicaSet
您可以检查添加到 deployment 的标签，我确信标签不会与现有 ReplicaSets