Changes between Version 20 and Version 21 of SCS_ISSUE_TRACKER_SETUP_R1
- Timestamp:
- 10/09/08 17:10:37 (17 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
SCS_ISSUE_TRACKER_SETUP_R1
v20 v21 65 65 The diagram below shows what our workflow will look like. 66 66 The transitions available are: 67 * accept - this is when s.o. accepts to analyse, design, implement ot test a task, with this transition the task's owner is automaticly changed to self.67 * accept - this is when s.o. accepts to analyse, design, implement a task, with this transition the task's owner is automaticly changed to self. When accepting testing the owner will not changed. 68 68 * done - finnished designing, implementing, etc. It is a must to write a comment including the time spended on working. 69 * review fail - the review has failed. Reasons and scores must be written as a comment. With this transition the task's owner is automaticly changed to self.70 * review ok - the review has passed. Scores and remarks must be written as a comment. With this transition the task's owner is automaticly changed to self.69 * review fail - the review has failed. Reasons and scores must be written as a comment. 70 * review ok - the review has passed. Scores and remarks must be written as a comment. 71 71 * reassign - this transition is available at any state of the issue it does not change da current state, just the owner of the issue. 72 72 * resolve - this is a transition to finalise the issue, it leads to a closed state with a specific resolution ( fixed, invalid, wontfix, duplicate, worksforme, etc ). This is also availbla at any state of the issue.