这个问题我之前也碰到过，本质是Ansible变量作用域的问题，咱们一步步来拆解：

为什么你的操作没生效？ #

你在main.yml里通过include_tasks: subtask.yml list={{my_list}}传递的list是子任务的局部变量——它只是my_list的一个副本，不是原变量本身。你在subtask.yml里用set_fact修改的只是这个局部的list，当子任务执行完毕回到main.yml时，原变量my_list根本没被改动，所以后续任务还是用原来的列表。

正确的解决方法 #

方法一：直接修改原变量（最推荐） #

既然子任务可以直接访问父任务中定义的变量，完全不需要额外传递参数。直接在子任务里修改my_list即可：

修改后的subtask.yml：

- set_fact:
    my_list: "{{ my_list + [5] }}"

修改后的main.yml：

# 定义原列表
- set_fact:
    my_list: [1, 2, 3, 4]

# 直接调用子任务，不需要传参数
- include_tasks: subtask.yml

# 验证更新后的列表
- debug:
    var: my_list

执行后你会看到my_list已经变成[1, 2, 3, 4, 5]。

方法二：必须传递参数时的处理 #

如果因为某些场景必须通过参数传递列表，那你需要在子任务里把更新后的结果赋值回原变量：

修改后的main.yml：

- set_fact:
    my_list: [1, 2, 3, 4]

# 传递原列表到子任务的参数中
- include_tasks: subtask.yml input_list={{my_list}}

修改后的subtask.yml：

# 用传入的参数更新原变量my_list
- set_fact:
    my_list: "{{ input_list + [5] }}"

这样同样能让main.yml里的my_list得到更新。

额外提醒 #

• 不要混淆“传递的参数”和“原变量”：参数只是原变量的副本，修改副本不会影响原变量。
• set_fact默认创建的是主机级别的变量，只要在同一个play的同一个主机上下文里，子任务修改的变量会被父任务继承。

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