Code development process » History » Version 1
Amber Herold, 03/04/2010 04:48 PM
1 | 1 | Amber Herold | h1. Code development process |
---|---|---|---|
2 | |||
3 | |||
4 | # Developer writes code |
||
5 | # Developer checks code into Subversion |
||
6 | # Developer updates Redmine issue with: |
||
7 | ## the svn revision number |
||
8 | ## a description of the changes |
||
9 | ## a reference to test cases or a description of how to test the changes |
||
10 | ## set the Status to In Code Review |
||
11 | ## assign the issue to another person to perform a code review |
||
12 | # Code reviewer receives an email that they have code to review |
||
13 | # Code reviewer inspects the changes to the code using the review guide. |
||
14 | ## Revisions that involve complicated logic or widespread changes are better done in person. In this case the reviewer can ask the developer to do a walk through. |
||
15 | # If the reviewer finds a problem, the Redmine issue is updated with: |
||
16 | ## a description of the problem |
||
17 | ## the Assigned to field is set back to the developer and the process starts over. |
||
18 | # If no problems are found, the Redmine issue is updated with: |
||
19 | ## The Status is set to In Test |
||
20 | ## The Assigned to field is set to someone who can readily test it. |
||
21 | # The fly server is updated nightly with the latest code in SVN. The code may be tested at http://fly/myamiweb the day after the code is checked in. |
||
22 | # If the tester finds a problem, the Issue is reassigned to the developer and the process starts over. |
||
23 | # If the tester does not find a problem the Issue Status is set to Closed. |