Jenkinsfile中执行helm upgrade用--set设置true值报错如何解决？

报错的核心是Helm的--set参数存在自动类型推断逻辑，加上Jenkins Scripted Pipeline的三重双引号sh块存在两层插值转义（先Jenkins做变量插值，再Shell做命令解析），你原本想要传入字符串类型的"true"，经过两层转义后引号被完全吞噬，Helm最终拿到的是裸的布尔值true，但你的Chart模板中env.vars[*].value字段定义为字符串类型，类型不匹配就触发了ReadString: expects " or n but found t的解析错误。你此前尝试的单层单引号、双层引号没用，是因为仅做了一层转义，经过Jenkins和Shell的两层处理后引号还是会被清除，所以问题没有解决。
另外你现有代码中env.vars[1] .name方括号与点之间的多余空格也属于无效语法，会额外引发解析异常，需要先删除。

• 方案1：使用--set-string替代--set（最便捷）
  --set-string是Helm专门提供的参数，会强制将传入的值识别为字符串类型，自动跳过类型推断逻辑，修改对应行即可：

--set-string env.vars[2].name=some_other_name_here \
--set-string env.vars[2].value="true"

• 方案2：增加转义层级适配两层插值
  如果要继续使用--set，可以给值加双层引号，让引号经过两层转义后依然能保留到Helm侧：

--set env.vars[2].value='"true"'

也可以使用反斜杠转义实现同等效果：

--set env.vars[2].value=\\"true\\"

• 方案3：用values文件传递配置（最稳妥，适合多配置场景）
  将需要自定义的配置单独写入一个yaml文件，比如custom-values.yaml：

env:
  vars:
  - name: some_name_here
    value: "123abcdefhgj3457u"
  - name: some_other_name_here
    value: "true"

然后在helm命令中用-f参数传入，完全避免转义问题：

sh """helm upgrade --install ${someVar} chart-hub/java-${javaVersion} \
...
-f custom-values.yaml
...
"""

• 方案4：变量赋值时预先包裹引号
  如果要通过变量传递值，在Pipeline中定义变量时就提前把引号包好：

def myVar = '"true"'

然后在helm命令中直接引用即可：

--set env.vars[2].value=${myVar}

内容的提问来源于stack exchange，提问作者Omo