Changed the spelling mistake.

Change-Id: Ia3a66a254554c9a206c8d5fb9a21179e21d899ee
This commit is contained in:
kavithahr 2017-02-23 17:32:16 +05:30 committed by kavitha h r
parent fbd43c3acf
commit 46b649450c
2 changed files with 8 additions and 8 deletions

View File

@ -14,7 +14,7 @@ Using a common format for commit messages will help keep our git history
readable. Follow these guidelines:
- [S365] First, provide a brief summary of 50 characters or less. Summaries
of greater then 72 characters will be rejected by the gate.
of greater than 72 characters will be rejected by the gate.
- [S364] The first line of the commit message should provide an accurate
description of the change, not just a reference to a bug or blueprint.

View File

@ -20,12 +20,12 @@ To check your code against PEP 8 and bashate run:
Static analysis
---------------
The static analysis checks are optional in Sahara. but they are still very
useful. The gate job will inform you if the number of static analysis warnings
The static analysis checks are optional in Sahara, but they are still very
useful. The gate job will inform you if the number of static analysis warnings
has increased after your change. We recommend to always check the static
warnings.
To run the check commit yor change first and execute the following command:
To run check first commit your change, then execute the following command:
.. sourcecode:: console
@ -35,15 +35,15 @@ Modification of Upstream Files
------------------------------
We never modify upstream files in Sahara. Any changes in upstream files should
be made in the upstream project and then merged back in to Sahara. This
be made in the upstream project and then merged back in to Sahara. This
includes whitespace changes, comments, and typos. Any change requests
containing upstream file modifications are almost certain to receive lots of
negative reviews. Be warned.
negative reviews. Be warned.
Examples of upstream files are default xml configuration files used to
configure Hadoop, or code imported from the OpenStack Oslo project. The xml
files will usually be found in ``resource`` directories with an accompanying
``README`` file that identifies where the files came from. For example:
``README`` file that identifies where the files came from. For example:
.. sourcecode:: console
@ -60,7 +60,7 @@ Testing Guidelines
Sahara has a suite of tests that are run on all submitted code,
and it is recommended that developers execute the tests themselves to
catch regressions early. Developers are also expected to keep the
catch regressions early. Developers are also expected to keep the
test suite up-to-date with any submitted code changes.
Unit tests are located at ``sahara/tests/unit``.