diff options
| author | Daniel Stenberg <daniel@haxx.se> | 2011-03-18 11:14:51 +0100 | 
|---|---|---|
| committer | Daniel Stenberg <daniel@haxx.se> | 2011-03-18 11:14:51 +0100 | 
| commit | 89d412b5e7f98d692b399d3e20ed34bf2a4696e1 (patch) | |
| tree | c27b3232c2e7f7ccec543769964dbc6b3515b005 /docs | |
| parent | 92774ac1f3cf32e00545ecd0f660b8cccc89813e (diff) | |
CONTRIBUTE: minor edits
Slightly modified to become a nicer web page when converted for the site
Diffstat (limited to 'docs')
| -rw-r--r-- | docs/CONTRIBUTE | 51 | 
1 files changed, 25 insertions, 26 deletions
| diff --git a/docs/CONTRIBUTE b/docs/CONTRIBUTE index 2e20d41c9..53e484284 100644 --- a/docs/CONTRIBUTE +++ b/docs/CONTRIBUTE @@ -233,47 +233,46 @@   For unix-like operating systems: -   http://www.gnu.org/software/patch/patch.html -   http://www.gnu.org/directory/diffutils.html +     http://www.gnu.org/software/patch/patch.html +     http://www.gnu.org/directory/diffutils.html   For Windows: -   http://gnuwin32.sourceforge.net/packages/patch.htm -   http://gnuwin32.sourceforge.net/packages/diffutils.htm +     http://gnuwin32.sourceforge.net/packages/patch.htm +     http://gnuwin32.sourceforge.net/packages/diffutils.htm  3.4 How to get your changes into the main sources - 1. Submit your patch to the curl-library mailing list + Submit your patch to the curl-library mailing list. - 2. Make the patch against as recent sources as possible. + Make the patch against as recent sources as possible. - 3. Make sure your patch adheres to the source indent and coding style of -    already existing source code. Failing to do so just adds more work for me. + Make sure your patch adheres to the source indent and coding style of already + existing source code. Failing to do so just adds more work for me. - 4. Respond to replies on the list about the patch and answer questions and/or -    fix nits/flaws. This is very important. I will take lack of replies as a -    sign that you're not very anxious to get your patch accepted and I tend to -    simply drop such patches from my TODO list. + Respond to replies on the list about the patch and answer questions and/or + fix nits/flaws. This is very important. I will take lack of replies as a sign + that you're not very anxious to get your patch accepted and I tend to simply + drop such patches from my TODO list. - 5. If you've followed the above mentioned paragraphs and your patch still -    hasn't been incorporated after some weeks, consider resubmitting it to the -    list. + If you've followed the above paragraphs and your patch still hasn't been + incorporated after some weeks, consider resubmitting it to the list.  3.5 Write good commit messages -  A short guide to how to do fine commit messages in the curl project. + A short guide to how to do fine commit messages in the curl project. -  ---- start ---- -  [area]: [short line describing the main effect] +      ---- start ---- +      [area]: [short line describing the main effect] -  [separate the above single line from the rest with an empty line] +      [separate the above single line from the rest with an empty line] -  [full description, no wider than 72 columns that describe as much as -  possible as to why this change is made, and possibly what things -  it fixes and everything else that is related] -   ---- stop ---- +      [full description, no wider than 72 columns that describe as much as +      possible as to why this change is made, and possibly what things +      it fixes and everything else that is related] +      ---- stop ---- -  Don't forget to use commit --author="" if you commit someone else's work, -  and make sure that you have your own user and email setup correctly in git -  before you commit + Don't forget to use commit --author="" if you commit someone else's work, + and make sure that you have your own user and email setup correctly in git + before you commit | 
