This shows you the differences between two versions of the page.
Both sides previous revisionPrevious revisionNext revision | Previous revision | ||
devel:developersguide [2008/02/09 18:09] – Links to tools changed to devel:tools1 manni | devel:developersguide [2013/08/26 11:45] (current) – external edit 127.0.0.1 | ||
---|---|---|---|
Line 3: | Line 3: | ||
==== 1. How do I become a POPFile developer? ==== | ==== 1. How do I become a POPFile developer? ==== | ||
- | If you are interested in developing code for POPFile then you came to the | + | If you are interested in developing code for POPFile then you came to the right place. |
- | right place. | + | |
- | understand it. | + | |
- | Then go to the [[http://sourceforge.net/forum/forum.php? | + | Then go to the [[http://getpopfile.org/discussion/3| Bleeding Edge - Source Code forum]] on the POPFile |
- | It is important to realize that one thing I really care about in the code base is the quality of the code itself. | + | It is important to realize that one thing we really care about in the code base is the quality of the code itself. |
You will also need to sign a POPFile License Agreement, see below. | You will also need to sign a POPFile License Agreement, see below. | ||
Line 15: | Line 13: | ||
==== 2. How do I post a patch? ==== | ==== 2. How do I post a patch? ==== | ||
- | First read this entire document, then create a patch using [[tools1| diff3]] (or a similar program) and post it to the [[http://sourceforge.net/tracker/? | + | First read this entire document, then create a patch using [[tools1| diff3]] (or a similar program) and post it to the [[http://getpopfile.org/query| Ticket Tracker]]. Make sure that your patch meets the coding standard and has associated unit tests (unless it's really, really, really simple). |
- | Before you post your patch it's a good idea if you run the POPFile test suite against your version of the code to make sure you didn't break anything else. Posting a patch that meets the coding standard, has its own tests and passes the full POPFile test suite is the best way to get on my good side, get your code in CVS and one day maybe get CVS access for yourself. | + | Before you post your patch it's a good idea if you run the POPFile test suite against your version of the code to make sure you didn't break anything else. Posting a patch that meets the coding standard, has its own tests and passes the full POPFile test suite is the best way to get on my good side, get your code in SVN and one day maybe get SVN access for yourself. |
- | ==== 3. How do I get CVS commit access? ==== | + | ==== 3. How do I get SVN commit access? ==== |
- | Contact the project owner, John Graham-Cumming, | + | Contact the project owner, John Graham-Cumming, |
==== 4. Does POPFile have a coding style? ==== | ==== 4. Does POPFile have a coding style? ==== | ||
Line 169: | Line 167: | ||
| | ||
</ | </ | ||
- |
Should you find anything in the documentation that is incomplete, unclear, outdated or just plain wrong, please let us know and leave a note in the Documentation Forum.