RedmineIssueTrackingSetup » History » Version 17
Mischa The Evil, 2013-02-02 07:13
Make it more obvious that changelog has been merged into roadmap view.
h1. Issue tracking system
|3||9||Mischa The Evil||
Trackers are the different types of issues. For each tracker, you can define:
|8||7||Mischa The Evil||
* if the issues bound to the tracker should be displayed on the [[RedmineRoadmap|roadmap]]
|9||17||Mischa The Evil||
* -if the issues bound to the tracker should be displayed on the [[RedmineIssueChangelog|changelog]]-, merged into [[RedmineRoadmap|roadmap]] view
* a different workflow
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).
h2. Issue statuses
|16||10||Mischa The Evil||
Issue statuses can be added and deleted freely. Each status has the following two configurable options:
* *Closed*: indicates that the issue is considered as closed (more than one status can be declared as closed)
* *Default*: status applied by default to new issues (only one status can be declared as default status)
h3. % Done
This option (and its column in the issue statuses overview) is only available if the [[RedmineSettings#Calculate-the-issue-done-ratio|"Calculate the issue done ratio" option]] in the application settings has been set to "Use the issue status".
If left blank, changing an issue to this status will not change its percent done.
h3. Update issue done ratios
This command is only available if the [[RedmineSettings#Calculate-the-issue-done-ratio|"Calculate the issue done ratio" option]] in the application settings has been set to "Use the issue status". On execution, it will set all issue statuses to the values defined in each status' "% Done" setting.
The workflow lets you define status transitions that the various project members are allowed to make on the issues according to their type.
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.
Note: To change an issue status, a user needs to have either 'Edit' or 'Add note' permission (see [[RedmineRoles|Roles and permissions]]).
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.