Fix spelling mistakes (comments only) (#25564)

Original Author : klemens <ka7@github.com>

Taking over previous PR as per
https://github.com/ansible/ansible/pull/23644#issuecomment-307334525

Signed-off-by: Abhijeet Kasurde <akasurde@redhat.com>

docs/bin/generate_man.py

@@ -94,7 +94,7 @@ if __name__ == '__main__':
             myclass = "%sCLI" % libname.capitalize()
             output[libname] = 'ansible-%s.1.asciidoc.in' % libname
 
-        # instanciate each cli and ask its options
+        # instantiate each cli and ask its options
         mycli = getattr(__import__("ansible.cli.%s" % libname, fromlist=[myclass]), myclass)
         cli_object = mycli([])
         try:

docs/docsite/rst/dev_guide/developing_modules_in_groups.rst

@@ -29,6 +29,7 @@ Although it's tempting to get straight into coding, there are a few things to be
 * Although not required, unit and/or integration tests are strongly recommended. Unit tests are especially valuable when external resources (such as cloud or network devices) are required. For more information see :doc:`testing` and the `Testing Working Group <https://github.com/ansible/community/blob/master/MEETINGS.md>`_.
   * Starting with Ansible 2.4 all :doc:`../list_of_network_modules` MUST have unit tests.
 
+
 Naming Convention
 `````````````````
 
@@ -142,7 +143,7 @@ We realise this may be your first use of Git or GitHub. The following guides may
 * `How to sync (update) your fork <https://help.github.com/articles/syncing-a-fork/>`_
 * `How to create a Pull Request (PR) <https://help.github.com/articles/about-pull-requests/>`_
 
-Please note that in the Ansible Git Repo the main branch is called ``devel`` rather than ``master``, which is used in the offical GitHub documentation
+Please note that in the Ansible Git Repo the main branch is called ``devel`` rather than ``master``, which is used in the official GitHub documentation
 
 After your first PR has been merged ensure you "sync your fork" with ``ansible/ansible`` to ensure you've pulled in the directory structure and and shared code or documentation previously created.
 

docs/docsite/rst/intro_networking.rst

@@ -169,9 +169,9 @@ Ansible allows you to use conditionals to control the flow of your playbooks. An
 * contains - Object contains specified item
 
 
-Conditional statements evalute the results from the commands that are
+Conditional statements evaluate the results from the commands that are
 executed remotely on the device.  Once the task executes the command
-set, the waitfor argument can be used to evalute the results before
+set, the waitfor argument can be used to evaluate the results before
 returning control to the Ansible playbook.
 
 For example::

docs/docsite/rst/intro_windows.rst

@@ -55,7 +55,7 @@ At the prompt you can quickly start using the Ansible devel branch by running th
     git clone https://github.com/ansible/ansible.git
     source ansible/hacking/env-setup
 
-After you've successfully run these commands, you can start to create your inventory, write example playbooks and start targetting systems using the plethora of available Windows modules.
+After you've successfully run these commands, you can start to create your inventory, write example playbooks and start targeting systems using the plethora of available Windows modules.
 
 .. Note:: Ansible is also reported to work on Cygwin, but this is more cumbersome and doesn't scale as well as WSL.
 
@@ -469,7 +469,7 @@ You may wind up with a more readable playbook by using the PowerShell equivalent
          - name: Move file on remote Windows Server from one location to another
            win_command: Powershell.exe "Move-Item C:\teststuff\myfile.conf C:\builds\smtp.conf"
 
-Bear in mind that using ``win_command`` or ``win_shell`` will always report ``changed``, and it is your responsiblity to ensure PowerShell will need to handle idempotency as appropriate (the move examples above are inherently not idempotent), so where possible use (or write) a module.
+Bear in mind that using ``win_command`` or ``win_shell`` will always report ``changed``, and it is your responsibility to ensure PowerShell will need to handle idempotency as appropriate (the move examples above are inherently not idempotent), so where possible use (or write) a module.
 
 Here's an example of how to use the ``win_stat`` module to test for file existence. Note that the data returned by the ``win_stat`` module is slightly different than what is provided by the Linux equivalent::
 

docs/docsite/rst/modules_support.rst

@@ -3,7 +3,7 @@ Module Support
 
 .. toctree:: :maxdepth: 1
 
-Ansible has many modules, but not all of them are maintained by the core project commiters. Each module should have associated metadata that indicates which of the following categories they fall into. This should be visible in each module's documentation.
+Ansible has many modules, but not all of them are maintained by the core project committers. Each module should have associated metadata that indicates which of the following categories they fall into. This should be visible in each module's documentation.
 
 Documentation updates for each module can also be edited directly in the module and by submitting a pull request to the module source code; just look for the "DOCUMENTATION" block in the source tree.
 

docs/docsite/rst/playbooks_lookups.rst

@@ -473,7 +473,7 @@ Since there are too many parameters for this lookup method, below is a sample pl
 
           #optional query  parameters
           #we accept any parameter from the normal mongodb query.
-          # the offical documentation is here
+          # the official documentation is here
           # https://api.mongodb.org/python/current/api/pymongo/collection.html?highlight=find#pymongo.collection.Collection.find
           # filter:  { "hostname": "batman" }
           projection: { "pid": True    , "_id" : False , "hostname" : True }