Helm v3 SDK 初始化必须显式传入 RESTConfig 和绝对路径，否则调用 Install.Run() 会 panic；需手动设置 Wait/Timeout、用 chartutil.CoalesceValues 合并 values、避免复用 action.Config 实例，并慎用 SDK 而非 exec.Command。
helm.sh/helm/v3 SDK 初始化必须显式传入 RESTConfig 和绝对路径
不初始化就调用 Install.Run() 会直接 panic，错误信息通常是 no kubernetes configuration found 或 chart not found，哪怕路径看起来完全正确。SDK 不读取 $HOME/.kube/config 或 $HELM_HOME，一切都要手动塞进去。
本地调试时用 clientcmd.BuildConfigFromFlags("", kubeconfigPath)；在集群内运行则用 rest.InClusterConfig()，但得确保 ServiceAccount 有足够 RBAC 权限。接着必须把该 *rest.Config 传给 action.Config.Init() —— 忘了这步，后续 List() 可能返回空列表，因为 namespace 没设。
-
loader.Load()只接受绝对路径，相对路径（如"./charts/myapp"）会静默失败，建议用filepath.Abs()转换 - 不要复用同一个
action.Config实例跨 namespace 操作，它内部缓存了 namespace，切换需重建 - 若 Chart 依赖子 Chart（
dependencies），SDK 不自动拉取，得先手动执行helm dependency update或等价逻辑
Install/Upgrade 默认不等待、不超时、不回滚
CLI 的 --wait --timeout 5m --atomic 是用户友好的默认值，SDK 全部关掉。你调用 installAction.Run() 后拿到的 *release.Release 状态可能是 PENDING_INSTALL，Pod 还没调度，更别说就绪了。
必须显式设置：installAction.Wait = true、installAction.Timeout = 300 * time.Second；否则上线后服务不可用，你还以为部署成功了。
立即学习“go语言免费学习笔记（深入）”；
-
Upgrade()默认是 recreate 策略，即使 Chart 中写了strategy: RollingUpdate，SDK 也不感知，得靠自己查Release.Manifest或补kubectl get pods辅助判断 - 升级失败不会自动 rollback，要实现
--atomic效果，得defer捕获 error 后手动调rollbackAction.Run()，且 rollback 本身也得设Wait -
Install.Run()成功返回的是*release.Release，失败时不是返回 error，而是 panic 或非空 error，需用recover()捕一部分内部 panic
values 合并逻辑和 CLI 不一致，别直接 yaml.Unmarshal
直接用 yaml.Unmarshal() 解析 values.yaml 再传给 SDK，会导致行为和 helm install -f values.yaml 不一致：子 Chart 的 values 覆盖规则、--set 优先级、嵌套 map 合并方式全丢了。
正确做法是用 chartutil.CoalesceValues()，它模拟了 Helm CLI 的合并逻辑。传入的 values 必须是 map[string]interface{} 类型，不能是结构体。
- 敏感字段（如密码）别硬编码进代码，应从文件读取后通过
chartutil.CoalesceValues()注入 - 若需动态注入环境变量值（如
APP_ENV=prod），应在合并前 patch 到 values map 中，而不是靠容器 env 传递 - 测试时可用
engine.Render()预渲染 YAML，检查字段是否按预期生效，避免上线才发现 port 没替换、replicaCount 错位
SDK 本质是内部库，不适合做完整部署控制平面
helm.sh/helm/v3 是 Helm 自身的内部模块导出，不是为终端用户设计的“部署 SDK”。它能解析 Chart、渲染模板、生成 manifest 字节流，但不处理 Kubernetes API 调用细节、不管理 release 生命周期、不支持 hooks、CRD 安装或 chart dependencies。
多数 Go 服务只需要触发一次 helm upgrade --install，这种场景下用 exec.Command("helm", ...) 更简单可靠。SDK 仅适合元数据解析（比如 CI 中校验 Chart 结构）、轻量渲染（action.Template）、或已有成熟 Helm 控制平面需要深度定制的场景。
- CI 流水线里做预检，用
action.Template渲染 YAML 后交给kubeval或conftest校验，比跑真实 install 更安全 - 若真要用 SDK，v3.12 和 v3.14 的
action.Install构造方式、context 传递、错误类型都不同，API 不稳定，长期维护成本高 - 生产环境慎用 —— 一个未显式设
Wait的Install()调用，可能让发布流水线“成功”跳过健康检查，埋下线上隐患
