Ansible set_fact中No被转为False的问题及解决咨询

这个问题我太熟了！本质是YAML的自动类型解析规则在搞鬼：YAML会把Yes/No/True/False（包括大小写变体，比如no/YES）自动识别为布尔值，哪怕你用单引号包裹，有时候也会因为解析顺序的问题被转成布尔值。下面给你几个可靠的解决办法：

方法1：用YAML字符串强制标记!!str #

直接在值前加上!!str，明确告诉YAML这是字符串类型，彻底避免自动转换：

- name: 设置字符串类型的"No"变量
  ansible.builtin.set_fact:
    my_custom_var: !!str No

之后在模板里调用{{ my_custom_var }}，就会直接输出No而不是False。

方法2：用双引号包裹值 #

双引号在YAML中会强制将内容作为字符串处理，写法更简洁，是日常最常用的方式：

- name: 设置字符串类型的"No"变量
  ansible.builtin.set_fact:
    my_custom_var: "No"

方法3：模板中强制转换（适用于已生成布尔值的情况） #

如果已经不小心把变量设成了布尔值False，可以在Jinja2模板里用条件判断输出想要的内容：

{% if my_custom_var is sameas false %}
No
{% else %}
{{ my_custom_var }}
{% endif %}

或者用更简洁的三元表达式：

{{ 'No' if my_custom_var is sameas false else my_custom_var }}

这里注意要用is sameas false而不是== false，避免字符串"False"被误判为布尔值。

为啥单引号有时候不管用？ #

如果是通过变量插值设置值（比如my_custom_var: '{{ some_other_var }}'），而some_other_var本身是未加引号的No，YAML会先把some_other_var解析成布尔值，再插值到单引号里，最终变量还是布尔值。这种情况就得在源头设置some_other_var时就用上面的方法确保是字符串类型。

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