diff --git a/docs/docsite/rst/dev_guide/developing_modules_best_practices.rst b/docs/docsite/rst/dev_guide/developing_modules_best_practices.rst index ad56d6338e8..de138eb6d13 100644 --- a/docs/docsite/rst/dev_guide/developing_modules_best_practices.rst +++ b/docs/docsite/rst/dev_guide/developing_modules_best_practices.rst @@ -31,7 +31,7 @@ Designing module interfaces General guidelines & tips ========================= -* Each module should be self-contained in one file, so it can be be auto-transferred by Ansible. +* Each module should be self-contained in one file, so it can be auto-transferred by Ansible. * Module name MUST use underscores instead of hyphens or spaces as a word separator. Using hyphens and spaces will prevent Ansible from importing your module. * Always use the ``hacking/test-module.py`` script when developing modules - it will warn you about common pitfalls. * If you have a local module that returns facts specific to your installations, a good name for this module is ``site_facts``. diff --git a/docs/docsite/rst/dev_guide/testing/sanity/integration-aliases.rst b/docs/docsite/rst/dev_guide/testing/sanity/integration-aliases.rst index 498a68bb256..e6cc1e91ead 100644 --- a/docs/docsite/rst/dev_guide/testing/sanity/integration-aliases.rst +++ b/docs/docsite/rst/dev_guide/testing/sanity/integration-aliases.rst @@ -72,7 +72,7 @@ Platform versions, as specified using the ``--remote`` option with ``/`` removed - ``skip/freebsd11.1`` - Skip tests on FreeBSD 11.1. - ``skip/rhel7.6`` - Skip tests on RHEL 7.6. -Windows verssions, as specified using the ``--windows`` option can also be skipped: +Windows versions, as specified using the ``--windows`` option can also be skipped: - ``skip/windows/2008`` - Skip tests on Windows Server 2008. - ``skip/windows/2012-R2`` - Skip tests on Windows Server 2012 R2. diff --git a/docs/docsite/rst/dev_guide/testing_units.rst b/docs/docsite/rst/dev_guide/testing_units.rst index be243b75984..265aab5cbc7 100644 --- a/docs/docsite/rst/dev_guide/testing_units.rst +++ b/docs/docsite/rst/dev_guide/testing_units.rst @@ -161,7 +161,7 @@ files that aren't themselves tests. Fixtures files `````````````` -To mock out fetching results from devices, or provide other complex datastructures that +To mock out fetching results from devices, or provide other complex data structures that come from external libraries, you can use ``fixtures`` to read in pre-generated data. Text files live in ``test/units/modules/network/PLATFORM/fixtures/`` diff --git a/docs/docsite/rst/user_guide/intro_adhoc.rst b/docs/docsite/rst/user_guide/intro_adhoc.rst index c455d6b2b9d..979126c403a 100644 --- a/docs/docsite/rst/user_guide/intro_adhoc.rst +++ b/docs/docsite/rst/user_guide/intro_adhoc.rst @@ -4,7 +4,7 @@ Introduction to ad-hoc commands ******************************* -An Ansible ad-hoc command uses the `/usr/bin/ansible` command-line tool to automate a single task on one or more managed nodes. Ad-hoc commands are quick and easy, but they are not re-usable. So why learn about ad-hoc commands first? Ad-hoc commands demonstrate the simplicity and power of Ansible. The concepts you learn here will port over directly to the playbook language. Before reading and executing these examples, please read :ref:`intro_inventory`. +An Ansible ad-hoc command uses the `/usr/bin/ansible` command-line tool to automate a single task on one or more managed nodes. Ad-hoc commands are quick and easy, but they are not reusable. So why learn about ad-hoc commands first? Ad-hoc commands demonstrate the simplicity and power of Ansible. The concepts you learn here will port over directly to the playbook language. Before reading and executing these examples, please read :ref:`intro_inventory`. .. contents:: :local: