你的方法确实太繁琐了——其实Kubernetes已经为我们内置了很多原生机制，能让你精准找到对应Deployment修订版本的Pod，完全不用手动加自定义标签。我来给你拆解几个更健壮简便的方案：

核心原理：利用Kubernetes原生标签与层级关联 #

Deployment控制器在每次更新时，会自动为新生成的ReplicaSet打上两个关键标签：

• deployment.kubernetes.io/name: 关联对应的Deployment名称
• deployment.kubernetes.io/revision: 关联该ReplicaSet对应的Deployment修订号

同时，每个ReplicaSet会自动生成唯一的pod-template-hash标签，这个标签会被所有由该ReplicaSet创建的Pod继承。另外，Pod的ownerReferences字段会明确指向它所属的ReplicaSet，而ReplicaSet的ownerReferences又指向对应的Deployment——这层层级关联是Kubernetes维护的，可靠性极高。

方案一：用原生标签快速筛选（命令行友好） #

步骤1：定位目标修订号的ReplicaSet #

直接通过标签筛选，就能精准拿到对应修订的ReplicaSet：

kubectl get replicaset -l deployment.kubernetes.io/name=<你的Deployment名称>,deployment.kubernetes.io/revision=<目标修订号>

正常情况下，这个命令只会返回一个ReplicaSet（每个Deployment修订对应唯一的ReplicaSet），完全不用担心多结果的问题。

步骤2：获取该ReplicaSet对应的Pod #

从上面的输出中提取pod-template-hash的值，然后用这个哈希筛选Pod：

kubectl get pods -l pod-template-hash=<ReplicaSet的pod-template-hash值>

因为Pod会继承ReplicaSet的pod-template-hash标签，所以这个筛选结果就是目标修订版本的所有Pod。

方案二：用OwnerReferences筛选（最健壮） #

如果担心标签被意外修改，用ownerReferences筛选是更可靠的选择——这是Kubernetes对象的原生层级关联，只有控制器能修改它：

步骤1：获取目标ReplicaSet的UID #

RS_UID=$(kubectl get replicaset -l deployment.kubernetes.io/name=<你的Deployment名称>,deployment.kubernetes.io/revision=<目标修订号> -o jsonpath='{.items[0].metadata.uid}')

步骤2：筛选属于该ReplicaSet的Pod #

kubectl get pods -o jsonpath='{.items[?(@.metadata.ownerReferences[*].uid=="'$RS_UID'")].metadata.name}'

这个命令会直接输出所有属于目标修订版本的Pod名称，精准且可靠。

针对你的疑问的补充说明 #

1. 关于步骤4和6的精准性：用Kubernetes原生的deployment.kubernetes.io/revision和pod-template-hash标签筛选，完全可以保证只返回目标对象——因为这些标签是Deployment控制器自动维护的，每个修订号对应唯一的ReplicaSet，每个ReplicaSet对应唯一的pod-template-hash。
2. OwnerReferences的可用性：当然可以用它筛选！而且这是比标签更健壮的方式，尤其是在复杂场景下（比如有人手动修改了Pod标签），OwnerReferences的关联关系不会轻易断裂。

内容的提问来源于stack exchange，提问作者Torsten Bronger