mirror of
				https://github.com/django/django.git
				synced 2025-10-26 07:06:08 +00:00 
			
		
		
		
	[1.5.x] Fixed typos in docs and comments
Backport of ee26797cff from master
			
			
This commit is contained in:
		| @@ -116,7 +116,7 @@ Practicality beats purity, so it is up to each committer to decide how much | ||||
| history mangling to do for a pull request. The main points are engaging the | ||||
| community, getting work done, and having a usable commit history. | ||||
|  | ||||
| .. _committing-guidlines: | ||||
| .. _committing-guidelines: | ||||
|  | ||||
| Committing guidelines | ||||
| --------------------- | ||||
|   | ||||
| @@ -81,7 +81,7 @@ commit them:: | ||||
|     git commit | ||||
|  | ||||
| When writing the commit message, follow the :ref:`commit message | ||||
| guidelines <committing-guidlines>` to ease the work of the committer. If | ||||
| guidelines <committing-guidelines>` to ease the work of the committer. If | ||||
| you're uncomfortable with English, try at least to describe precisely what the | ||||
| commit does. | ||||
|  | ||||
| @@ -121,7 +121,7 @@ a pull request at GitHub. A good pull request means: | ||||
|  | ||||
| * well-formed messages for each commit: a summary line and then paragraphs | ||||
|   wrapped at 72 characters thereafter -- see the :ref:`committing guidelines | ||||
|   <committing-guidlines>` for more details, | ||||
|   <committing-guidelines>` for more details, | ||||
|  | ||||
| * documentation and tests, if needed -- actually tests are always needed, | ||||
|   except for documentation changes. | ||||
|   | ||||
		Reference in New Issue
	
	Block a user