kubectl命令的--api-version选项适用的使用场景有哪些？

首先明确K8s 1.20的版本特性是资源对象的持久化存储版本唯一，同名称自定义对象不允许重复创建不同版本实例，但APIServer本身支持多API版本的自动转换能力，因此--api-version参数仍有很多实用价值：

• 跨版本资源导出与迁移：需要把1.20集群中的资源导出到更低版本的K8s集群使用时，直接通过--api-version指定目标集群支持的API版本，kubectl就会自动返回转换后的对应版本配置清单，不用手动改YAML。比如执行kubectl get deployment nginx --api-version=extensions/v1beta1 -o yaml就能拿到旧版本格式的Deployment配置，可直接用在1.9以前的集群中。
• CRD多版本兼容调试：如果集群里部署的CRD定义了多个可服务（served=true）版本，开发、运维人员可以通过指定--api-version查询同一个CR实例的不同版本结构，验证CRD的版本转换逻辑是否符合预期，不需要重复提交不同版本的资源配置。
• 自动化脚本的稳定性保障：写运维脚本、CI/CD流水线的时候，显式指定--api-version可以锁死资源输出的结构格式，避免后续集群升级后默认API版本变动、字段调整导致脚本解析失败，保障自动化流程不会因为API版本变化出问题。
• 弃用API版本的迁移验证：1.20版本已经把大量老旧API版本标记为弃用，管理员可以指定即将被移除的API版本查询现有资源，验证资源在目标版本下的兼容性，提前统计需要适配的资源数量，为后续集群升级做准备。
• 提交资源时强制指定版本：如果本地保存的资源清单API版本比较杂乱，提交的时候可以通过--api-version强制统一使用目标版本，避免提交不符合集群要求的版本配置。

内容的提问来源于stack exchange，提问作者Grzegorz Wilanowski