以下关于revision历史版本说法正确的是：
以下关于revision历史版本说法正确的是：
A. 使用deployment可以rollout回滚到任何一个历史上的版本
B. pod-template-hash标识了pod的revision版本
C. revisionHistoryLimit字段不设置默认没有数量限制
D. 更新了deployment任意字段，最新revision会发生变化
选择B
使用deployment可以rollout回滚到任何一个历史上的版本 这个是错误的
有的时候由于升级后的 Deployment 不稳定，我们需要将 Deployment 回滚到旧的版本。默认情况下，kubernetes 会在系统中保存所有 Deployment 的 rollout 历史记录，方便随时回退。
这里需要注意的是，只有更新 Deployment template 中的 label 和 image，才会创建一个新的 revision，而扩缩容不会创建 revision，所以回退历史 revision 时，只有 Deployment 中的 template 部分才会回退。由此可知，D也是错误的。
比如我们先进行一次升级，要修改容器的镜像，但是不小心手误写成了nginx:1.91，这是一个不存在的版本镜像，所以 Deployment 不会更新成功
revisionHistoryLimit字段不设置默认没有数量限制，这个是错误的。
在Kubernetes中，revisionHistoryLimit是一个可选的字段，它在Deployment对象的spec部分。这个字段用来指定保留的历史ReplicaSet的数量。当你更新Deployment时，Kubernetes会创建一个新的ReplicaSet来替换旧的，并逐渐增加新ReplicaSet的Pod数量，逐步减少旧的ReplicaSet的Pod数量。最后，旧的ReplicaSet将被删除。
revisionHistoryLimit的默认值是10。这意味着如果你有一个Deployment，并且在它的生命周期中更新了10次以上，Kubernetes会保留最新的10个ReplicaSet。
如果你不希望保留任何历史ReplicaSet，可以将revisionHistoryLimit设置为0。