1、kubectl rollout 和 kubectl rollout history
kubectl rollout对资源进行管理
可用资源包括：deployments，daemonsets。
kubectl rollout history可以查看之前推出的版本（历史版本）。
2、Kubectl rollout history语法
kubectl rollout history (TYPE NAME | TYPE/NAME) [flags]
3、kubectl rollout history命令
1）查看deployment的历史记录
kubectl rollout history deployment/cjavapy
2）查看daemonset修订版5的详细信息
kubectl rollout history daemonset/cjavapy --revision=5
4、选项说明
1）选项
名称 | 简称 | 默认 | 用法 |
filename | f | [] | 标识要从服务器 获取的资源的文件的文件名、目录或URL。 |
recursive | R | false | 递归地处理-f, --filename中使用的目录。 当想要管理组织在同一目录中的相关清单时使用。 |
revision | 0 | 查看详细信息， 包括指定的修订的podTemplate |
2）从父命令继承的选项
选项 | 说明 |
--alsologtostderr[=false] | 记录到标准错误和文件。 |
--certificate-authority="" | 证书颁发机构的证书文件的路径。 |
--client-certificate="" | 用于TLS的客户端证书文件的路径。 |
--client-key="" | 用于TLS的客户端密钥文件的路径。 |
--cluster="" | 要使用的kubeconfig集群的名称 |
--context="" | 要使用的kubeconfig上下文的名称 |
--insecure-skip-tls-verify[=false] | 如果为true，则不会检查服务器证书的有效性。 这将使HTTPS连接不安全。 |
--kubeconfig="" | 用于CLI请求的kubeconfig文件的路径。 |
--log-backtrace-at=:0 | 当日志记录达到line file:N时，发出堆栈跟踪 |
--log-dir="" | 如果非空，则将日志文件写入此目录 |
--log-flush-frequency=5s | 两次日志刷新之间的最大秒数 |
--logtostderr[=true] | 日志到标准错误而不是文件 |
--match-server-version[=false] | 要求服务器版本与客户端版本匹配 |
--namespace="" | 如果存在，则此CLI请求的名称空间作用域。 |
--password="" | API服务器基本身份验证密码。 |
-s, --server="" | Kubernetes API服务器的地址和端口 |
--stderrthreshold=2 | 达到或超过这个阈值的日志将发送到stderr |
--token="" | API服务器身份验证的Bearer token。 |
--user="" | 要使用的kubeconfig用户的名称 |
--username="" | API服务器基本认证的用户名。 |
--v=0 | 日志级别为V日志 |
--vmodule= | 用逗号分隔的pattern=N个 用于文件过滤日志记录的设置列表 |