当我运行下面的命令记录变更原因时-
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
已经被弃用,并在未来被删除,那么什么是容易的替代方案,以记录更改?(我的意思是记录命令使用,我已经完成了推出)。
先谢了。
2条答案
按热度按时间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
rlcwz9us2#
保持卷展栏历史记录清晰的最佳方法是使用:
例如,您可以使用:
CHANGE-CAUSE在创建时从部署注解www.example.com复制kubernetes.io/change-cause到其修订版本中。然后,当您重新访问历史记录时,将收到如下消息。
您还可以在Workloads -〉Resources -〉Resources -〉Checking Rollout History of a Deployment下的文档中找到相关信息。
Kubernetes文档