RedmineIssueTrackingSetup » History » Version 33

Go MAEDA, 2017-12-19 00:26
Added {{>toc}}

1 1 Jean-Philippe Lang
h1. Issue tracking system
2 1 Jean-Philippe Lang
3 33 Go MAEDA
4 9 Mischa The Evil
5 5 Jean-Philippe Lang
h2. Trackers
6 5 Jean-Philippe Lang
7 18 dj jones
Trackers are how you split your issues into different types - common ones are Bug, Feature, Defect or etc.
8 18 dj jones
9 33 Go MAEDA
For each tracker, you can define: (see image below)
10 28 dj jones
* Name  (the example pictured is 'Bug')
11 7 Mischa The Evil
* if the issues bound to the tracker should be displayed on the [[RedmineRoadmap|roadmap]]
12 17 Mischa The Evil
* -if the issues bound to the tracker should be displayed on the [[RedmineIssueChangelog|changelog]]-, merged into [[RedmineRoadmap|roadmap]] view
13 1 Jean-Philippe Lang
* a different workflow
14 1 Jean-Philippe Lang
15 33 Go MAEDA
16 33 Go MAEDA
17 25 dj jones
When creating a new tracker, you'll need to define its Workflow (see below) in order to properly use it. (To save time doing that -  you can copy an existing tracker's workflow when creating a new one.  To do that, select a tracker in the 'Copy workflow from' drop-down list on the 'New tracker' screen).
18 5 Jean-Philippe Lang
19 1 Jean-Philippe Lang
h2. Issue statuses
20 1 Jean-Philippe Lang
21 5 Jean-Philippe Lang
Issue statuses can be added and deleted freely. Each status has the following two configurable options:
22 1 Jean-Philippe Lang
* *Closed*: indicates that the issue is considered as closed (more than one status can be declared as closed)
23 16 Youssef Eldakar
* *Default*: status applied by default to new issues (only one status can be declared as default status)
24 4 Jean-Philippe Lang
25 33 Go MAEDA
h3. '% Done' and 'Done Ratio' command
26 1 Jean-Philippe Lang
27 24 dj jones
If you want to measure progress of work done, including % progress of work on Issues unfinished but partially done:
28 24 dj jones
Then set the   [[RedmineSettings#Calculate-the-issue-done-ratio|"Calculate the issue done ratio" option]] in the application settings to "Use the issue status", which allows:
29 19 dj jones
30 22 dj jones
* As per screenshot below, you can set the % Done for each status - (if left blank, changing an issue to this status will not change its percent done.)
31 12 Tharuka Pathirana
32 30 dj jones
* After setting new values: use the 'Update Issue done ratios' command to set the " Done %" for all issues to match the values in the table:
33 12 Tharuka Pathirana
34 32 Go MAEDA
!{width: 776px;}.issue-done-ratio@2x.png!
35 1 Jean-Philippe Lang
36 1 Jean-Philippe Lang
h2. Workflow
37 12 Tharuka Pathirana
38 33 Go MAEDA
h3. Status transitions
39 33 Go MAEDA
40 16 Youssef Eldakar
The workflow lets you define status transitions that the various project members are allowed to make on the issues according to their type.
41 1 Jean-Philippe Lang
42 16 Youssef Eldakar
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" column indicates the initial status of an issue. The "New statuses allowed" columns stand for the statuses that can be applied.
43 1 Jean-Philippe Lang
44 31 Toshi MARUYAMA
Note: For a user to change an issue status, they need to have either 'Edit issues' permission (see [[RedmineRoles|Roles and permissions]]).
45 1 Jean-Philippe Lang
46 1 Jean-Philippe Lang
!{width: 776px}.workflow_example@2x.png!
47 1 Jean-Philippe Lang
48 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.
49 33 Go MAEDA
50 33 Go MAEDA
h3. Fields permissions
51 33 Go MAEDA
52 33 Go MAEDA