ansible-collections/community.general
1
0
Fork 0
mirror of https://github.com/ansible-collections/community.general.git synced 2025-06-27 18:50:21 -07:00
Code Issues Projects Releases Packages Wiki Activity Actions 2

Spelling fixes

Browse source
This commit is contained in:
Nigel Metheringham 2012-10-23 15:54:16 +01:00
parent dd5629cd51
commit ccd8d7c287
1 changed files with 3 additions and 3 deletions
Download patch file Download diff file Expand all files Collapse all files

6
docsite/rst/playbooks2.rst
View file

@ -127,7 +127,7 @@ period.
Don't worry about any of this unless you think you need it. You'll know when you do. Don't worry about any of this unless you think you need it. You'll know when you do.
Variable File Seperation Variable File Separation
```````````````````````` ````````````````````````
It's a great idea to keep your playbooks under source control, but It's a great idea to keep your playbooks under source control, but
@ -334,7 +334,7 @@ you can of course push this out with Ansible if you like::
# for ohai # for ohai
ansible -m yum -a "pkg=ohai ensure=installed" ansible -m yum -a "pkg=ohai ensure=installed"
Ansible's approach to configuration -- seperating variables from tasks, keeps your playbooks Ansible's approach to configuration -- separating variables from tasks, keeps your playbooks
from turning into arbitrary code with ugly nested ifs, conditionals, and so on - and results from turning into arbitrary code with ugly nested ifs, conditionals, and so on - and results
in more streamlined & auditable configuration rules -- especially because there are a in more streamlined & auditable configuration rules -- especially because there are a
minimum of decision points to track. minimum of decision points to track.
@ -512,7 +512,7 @@ A script for setting up ansible-pull is provided in the examples/playbooks direc
checkout. checkout.
The basic idea is to use Ansible to set up a remote copy of ansible on each managed node, each set to run via The basic idea is to use Ansible to set up a remote copy of ansible on each managed node, each set to run via
cron and update playbook source via git. This interverts the default push architecture of ansible into a pull cron and update playbook source via git. This inverts the default push architecture of ansible into a pull
architecture, which has near-limitless scaling potential. The setup playbook can be tuned to change architecture, which has near-limitless scaling potential. The setup playbook can be tuned to change
the cron frequency, logging locations, and parameters to ansible-pull. the cron frequency, logging locations, and parameters to ansible-pull.