Documentation

include_role - Load and execute a role

New in version 2.2.

Synopsis

  • Loads and executes a role as a task dynamically. This frees roles from the roles: directive and allows them to be treated more as tasks.
  • Unlike import_role, most keywords, including loops and conditionals, apply to this statement.
  • This module is also supported for Windows targets.

Parameters

Parameter Choices/Defaults Comments
allow_duplicates
bool
    Choices:
  • no
  • yes ←
Overrides the role's metadata setting to allow using a role more than once with the same parameters.
apply
(added in 2.7)
Accepts a hash of task keywords (e.g. tags, become) that will be applied to the tasks within the include.
defaults_from Default:
main
File to load from a role's defaults/ directory.
name
required
The name of the role to be executed.
private
This option is a no op, and the functionality described in previous versions was not implemented. This option will be removed in Ansible v2.8.
public
bool

(added in 2.7)
    Choices:
  • no ←
  • yes
This option dictates whether the role's vars and defaults are exposed to the playbook. If set to yes the variables will be available to tasks following the include_role task. This functionality differs from standard variable exposure for roles listed under the roles header or import_role as they are exposed at playbook parsing time, and available to earlier roles and tasks as well.
tasks_from Default:
main
File to load from a role's tasks/ directory.
vars_from Default:
main
File to load from a role's vars/ directory.

Notes

Note

  • Handlers are made available to the whole play.
  • Before Ansible 2.4, as with include, this task could be static or dynamic, If static, it implied that it won’t need templating, loops or conditionals and will show included tasks in the –list options. Ansible would try to autodetect what is needed, but you can set static to yes or no at task level to control this.
  • After Ansible 2.4, you can use import_role for ‘static’ behaviour and this action for ‘dynamic’ one.

Examples

- include_role:
    name: myrole

- name: Run tasks/other.yaml instead of 'main'
  include_role:
    name: myrole
    tasks_from: other

- name: Pass variables to role
  include_role:
    name: myrole
  vars:
    rolevar1: value from task

- name: Use role in loop
  include_role:
    name: myrole
  with_items:
    - '{{ roleinput1 }}'
    - '{{ roleinput2 }}'
  loop_control:
    loop_var: roleinputvar

- name: Conditional role
  include_role:
    name: myrole
  when: not idontwanttorun

- name: Apply tags to tasks within included file
  include_role:
    name: install
    apply:
      tags:
        - install
  tags:
    - always

Status

This module is flagged as preview which means that it is not guaranteed to have a backwards compatible interface.

Maintenance

This module is flagged as core which means that it is maintained by the Ansible Core Team. See Module Maintenance & Support for more info.

For a list of other modules that are also maintained by the Ansible Core Team, see here.

Support

For more information about Red Hat’s support of this module, please refer to this Knowledge Base article

Author

  • Ansible Core Team (@ansible)

Hint

If you notice any issues in this documentation you can edit this document to improve it.