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/CONTRIBUTE | |
parent | 92774ac1f3cf32e00545ecd0f660b8cccc89813e (diff) |
CONTRIBUTE: minor edits
Slightly modified to become a nicer web page when converted for the site
Diffstat (limited to 'docs/CONTRIBUTE')
-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 |