Project

General

Profile

RedmineIssueTrackingSetup » History » Version 11

Eric Davis, 2009-10-07 03:04
Fixed the workflow image syntax

1 1 Jean-Philippe Lang
h1. Issue tracking system
2
3 9 Mischa The Evil
!>tracker_config.jpg!
4
5 5 Jean-Philippe Lang
h2. Trackers
6
7 7 Mischa The Evil
Trackers are the different types of issues. For each tracker you can define:
8
* if the issues bound to the tracker should be displayed on the [[RedmineRoadmap|roadmap]]
9 8 Mischa The Evil
* if the issues bound to the tracker should be displayed on the [[RedmineIssueChangelog|changelog]]
10 7 Mischa The Evil
* a different workflow.
11 6 Jean-Philippe Lang
12
If you create a new tracker, you'll have to define its workflow in order to properly use it. Note that you can copy an existing tracker's workflow when you create a new one (for that, select a tracker in the 'copy workflow from' drop-down list on the 'New tracker' screen).
13 5 Jean-Philippe Lang
14 1 Jean-Philippe Lang
h2. Issue statuses
15
16 10 Mischa The Evil
Issue statuses can be added and deleted freely. Each status has the following two configurable options:
17 5 Jean-Philippe Lang
* *Closed*: indicates that the issue is considered as closed (more than one status can be declared as closed)
18 4 Jean-Philippe Lang
* *Default*: status applied by default to new issues (only one status can be Default status)
19
20 1 Jean-Philippe Lang
h2. Workflow
21
22
The workflow lets you define status transitions that the various project members are allowed to make on the issues, according to their type.
23
24
On the workflow setup screen, select the role and the tracker for which you want to edit the workflow, then click 'Edit'. The screen lets you select the authorized transitions, for the chosen role and tracker. The Current Status options indicate the initial status of an issue. The "New Statuses allowed" columns stand for the statuses that can be applied.
25
26
Note: In order to allow a role to change the status of existing issues, you have to give him the 'Change issue status' permission (see [[RedmineRoles|Roles and permissions]]).
27
28 11 Eric Davis
!workflow_example.png!
29 2 Jean-Philippe Lang
30 1 Jean-Philippe Lang
In the above example, Bugs with a New status could be given an Assigned or Resolved status by the Developer role. Those with an Assigned status could get a Resolved status. The status of all the other Bugs cannot be modified by the Developer.