mirror of
https://github.com/ansible-collections/community.general.git
synced 2025-10-04 23:44:00 -07:00
Avoid having module documentation links to itself (#21329)
* Avoid having module documentation links to itself A lot of modules use M(own_module) in their documentation causing a link in the documentation to itself. * Make note more clear now
This commit is contained in:
parent
fb32c19fea
commit
f824b2ce8d
32 changed files with 40 additions and 40 deletions
|
@ -29,7 +29,7 @@ module: win_shell
|
|||
short_description: Execute shell commands on target hosts.
|
||||
version_added: 2.2
|
||||
description:
|
||||
- The M(win_shell) module takes the command name followed by a list of space-delimited arguments.
|
||||
- The C(win_shell) module takes the command name followed by a list of space-delimited arguments.
|
||||
It is similar to the M(win_command) module, but runs
|
||||
the command via a shell (defaults to PowerShell) on the target host.
|
||||
options:
|
||||
|
@ -53,7 +53,7 @@ options:
|
|||
notes:
|
||||
- If you want to run an executable securely and predictably, it may be
|
||||
better to use the M(win_command) module instead. Best practices when writing
|
||||
playbooks will follow the trend of using M(win_command) unless M(win_shell) is
|
||||
playbooks will follow the trend of using M(win_command) unless C(win_shell) is
|
||||
explicitly required. When running ad-hoc commands, use your best judgement.
|
||||
- WinRM will not return from a command execution until all child processes created have exited. Thus, it is not possible to use win_shell to spawn long-running child or background processes.
|
||||
Consider creating a Windows service for managing background processes.
|
||||
|
|
Loading…
Add table
Add a link
Reference in a new issue