mirror of
https://github.com/saltstack/salt.git
synced 2025-04-17 10:10:20 +00:00
Clarify prior role of state.highstate in states tutorial
This commit is contained in:
parent
1b97e4a3df
commit
74ee8c54bc
1 changed files with 16 additions and 1 deletions
|
@ -134,7 +134,22 @@ match the expressions within it. When the minion does match an expression the
|
|||
modules listed for it will be downloaded, compiled, and executed.
|
||||
|
||||
.. note::
|
||||
This action is referred to as a "highstate".
|
||||
This action is referred to as a "highstate", and can be run using the
|
||||
:py:func:`state.highstate <salt.modules.state.highstate>` function.
|
||||
However, to make the usage easier to understand ("highstate" is not
|
||||
necessarily an intuitive name), a :py:func:`state.apply
|
||||
<salt.modules.state.apply_>` function was added in version 2015.5.0, which
|
||||
when invoked without any SLS names will trigger a highstate.
|
||||
:py:func:`state.highstate <salt.modules.state.highstate>` still exists and
|
||||
can be used, but the documentation (as can be seen above) has been updated
|
||||
to reference :py:func:`state.apply <salt.modules.state.apply_>`, so keep
|
||||
the following in mind as you read the documentation:
|
||||
|
||||
- :py:func:`state.apply <salt.modules.state.apply_>` invoked without any
|
||||
SLS names will run :py:func:`state.highstate
|
||||
<salt.modules.state.highstate>`
|
||||
- :py:func:`state.apply <salt.modules.state.apply_>` invoked with SLS names
|
||||
will run :py:func:`state.sls <salt.modules.state.sls>`
|
||||
|
||||
Once completed, the minion will report back with a summary of all actions taken
|
||||
and all changes made.
|
||||
|
|
Loading…
Add table
Reference in a new issue