Helm通过revision机制实现平滑升级与一键回滚：helm upgrade创建新revision并保留旧values快照（存于Secret），helm rollback复用指定revision的chart+values生成新deployed版本；需配合--wait--timeout确保就绪，且Chart须正确配置滚动更新策略以避免中断。
在Kubernetes中实现应用平滑升级与一键回退，核心是依赖Helm对release的revision版本快照机制：每次helm upgrade生成新revision并保留旧配置快照，helm rollback则直接复用指定revision存于Secret中的chart+values完整状态。
执行平滑升级（创建新revision）
升级操作本身不中断服务，前提是Chart模板正确实现了滚动更新策略（如Deployment的rollingUpdate配置）。若模板写死maxSurge=0或未定义strategy，Pod会强制重建，造成中断。
运行命令升级并等待就绪：
helm upgrade myapp ./mychart -f prod-values.yaml --set image.tag=v2.1 --wait --timeout 300s
这一步必须加--wait和--timeout，否则命令立即返回，无法确认Pod是否真正Running。超时设太短（如30s）可能导致误判失败，尤其镜像拉取慢时。
若只想覆盖部分参数、复用其余旧值，用--reuse-values代替重复写全量-f文件，避免遗漏隐式配置项。
查看历史版本与当前状态
执行helm history myapp，输出中STATUS为deployed的是当前生效版本，superseded是被覆盖的旧版，failed是升级失败卡住的版本——只有deployed和superseded状态可回滚。
检查当前release详情：
helm status myapp
注意：revision号是全局单调递增整数，但不是所有revision都处于可用状态。例如revision 5显示superseded，说明它已被revision 6覆盖，但仍可回滚到5。
一键回退到指定历史版本
方法一：回滚至上一个deployed版本
helm rollback myapp --wait --timeout 300s
方法二：回滚至特定revision（如第3版）
helm rollback myapp 3 --wait --timeout 300s
【回滚操作不可逆，且会生成新revision（如从r7回滚到r4，结果是r8=r4的完整复现）】 回滚后原revision状态不变，仅新增一条deployed记录。
回滚时无需提供任何values文件或chart路径——Helm自动从集群Secret中读取该revision当时保存的完整values快照（Helm v3默认存储于kube-system命名空间下的secret资源中）。
