Docker-DCO-1.1-Signed-off-by: Sven Dowideit <SvenDowideit@fosiki.com> (github: SvenDowideit)
| ... | ... |
@@ -5,7 +5,7 @@ |
| 5 | 5 |
Dear maintainer. Thank you for investing the time and energy to help make Docker as |
| 6 | 6 |
useful as possible. Maintaining a project is difficult, sometimes unrewarding work. |
| 7 | 7 |
Sure, you will get to contribute cool features to the project. But most of your time |
| 8 |
-will be spent reviewing, cleaning up, documenting, andswering questions, justifying |
|
| 8 |
+will be spent reviewing, cleaning up, documenting, answering questions, justifying |
|
| 9 | 9 |
design decisions - while everyone has all the fun! But remember - the quality of the |
| 10 | 10 |
maintainers work is what distinguishes the good projects from the great. |
| 11 | 11 |
So please be proud of your work, even the unglamourous parts, and encourage a culture |
| ... | ... |
@@ -54,13 +54,13 @@ But how do we identify the relevant maintainer for a given pull request? |
| 54 | 54 |
|
| 55 | 55 |
Docker follows the timeless, highly efficient and totally unfair system known as [Benevolent dictator for life](http://en.wikipedia.org/wiki/Benevolent_Dictator_for_Life), |
| 56 | 56 |
with yours truly, Solomon Hykes, in the role of BDFL. |
| 57 |
-This means that all decisions are made by default by me. Since making every decision myself would be highly unscalable, in practice decisions are spread across multiple maintainers. |
|
| 57 |
+This means that all decisions are made by default by me. Since making every decision myself would be highly un-scalable, in practice decisions are spread across multiple maintainers. |
|
| 58 | 58 |
|
| 59 | 59 |
The relevant maintainer for a pull request is assigned in 3 steps: |
| 60 | 60 |
|
| 61 | 61 |
* Step 1: Determine the subdirectory affected by the pull request. This might be src/registry, docs/source/api, or any other part of the repo. |
| 62 | 62 |
|
| 63 |
-* Step 2: Find the MAINTAINERS file which affects this directory. If the directory itself does not have a MAINTAINERS file, work your way up the the repo hierarchy until you find one. |
|
| 63 |
+* Step 2: Find the MAINTAINERS file which affects this directory. If the directory itself does not have a MAINTAINERS file, work your way up the repo hierarchy until you find one. |
|
| 64 | 64 |
|
| 65 | 65 |
* Step 3: The first maintainer listed is the primary maintainer. The pull request is assigned to him. He may assign it to other listed maintainers, at his discretion. |
| 66 | 66 |
|