kubernetes --record已被弃用,那么替代方案是什么

dfddblmv  于 2023-03-17  发布在  Kubernetes
关注(0)|答案(2)|浏览(795)

当我运行下面的命令记录变更原因时-

kubectl set image deployment.v1.apps/deploy1 nginx=nginx:1.16.0 --record

然后它记录了变更原因,但显示--record已被弃用。

Flag --record has been deprecated, --record will be removed in the future
deployment.apps/deploy1 image updated

当我运行不带--record的kubectl set image deployment.v1.apps/deploy1 nginx=nginx:1.16.0命令时,它不会记录更改原因。
所以我的问题是,如果--record已经被弃用,并在未来被删除,那么什么是容易的替代方案,以记录更改?(我的意思是记录命令使用,我已经完成了推出)。
先谢了。

gk7wooem

gk7wooem1#

不确定它是否被弃用或将被完全弃用。
您可以使用**annotate**以相同的方式管理历史记录。
1.创建部署
kubectl创建部署nginx --映像=nginx:1.16.0 --复制副本1
1.查看历史记录
kubectl部署历史记录部署nginx
1.在部署时更新映像
kubectl设置映像部署nginx nginx=nginx:最新
1.立即注解部署并创建历史记录
kubectl注解部署nginxkubernetes.io/change-cause=“版本更改为1.16.0至最新版本”--overwrite=true
1.检查历史记录
kubectl部署历史记录部署nginx

rlcwz9us

rlcwz9us2#

保持卷展栏历史记录清晰的最佳方法是使用:

kubectl annotate --help

例如,您可以使用:

kubectl annotate deployment/nginx-deployment kubernetes.io/change-cause="image updated to 1.16.1"

CHANGE-CAUSE在创建时从部署注解www.example.com复制kubernetes.io/change-cause到其修订版本中。然后,当您重新访问历史记录时,将收到如下消息。

您还可以在Workloads -〉Resources -〉Resources -〉Checking Rollout History of a Deployment下的文档中找到相关信息。
Kubernetes文档

相关问题