RedmineIssues » History » Version 45
Bernhard Rohloff, 2018-12-20 16:34
Added more structure and information to the subtasks section
h1. Issue Tracking
|4||18||Mischa The Evil||
|5||18||Mischa The Evil|
|6||3||Mischa The Evil||
Issues are the heart of the Redmine business. An issue is bound to a project, owned by a user, can be related to a version, etc.
h2. Listing of the issue
From a selected issue page, you can see the work in progress that is done to fix the issue. The messages are displayed in chronological order, (to change the order - see the setting in 'My Accounts'). It is possible to quote others' messages as well as to edit yours.
h3. Related issues
'Related issues' allow developers to link issues to each other in order to remove duplicates or simplify their workflow.
It is possible to link issues based on various relations. Current relations are:
* *related to* - Just adds a link to the other issue.
* *duplicates* - Links issues so that closing one, will close the other (e.g. closing A will close B)
For example, if issue B *duplicates* A:
- closing B will leave A open
- closing A will automatically close B
* *duplicated by* - Reciprocal of _duplicates_.
For example, if issue A is *duplicated by* issue B:
- closing B will leave A open
- closing A will automatically close B
* *blocks* - Links issues so that closing one can be blocked by an issue which is still open
If issue B blocks A,
A can't be closed unless B is.
* *blocked by* - Reciprocal of _blocks_.
* *precedes* - Links issues to define an "order", where A needs to be completed x days before B can be started on
If B follows A, you can't give B
a starting date equal or less
than the ending date of A.
* *follows* - Reciprocal of _precedes_.
If issue B follows A (ex A ends the 21/04 and B begins the 22/04)
and you add +2 day at the ending date of A,
the starting and ending dates of B will be +2 too.
* *copied from* - Links issues to identify whether it was copied, and from which issue it was copied from.
* *copied to* - Reciprocal of _copied from_.
Administrators can define the [[RedmineRoles#Permissions|permissions]] of users to add and edit such relations.
Display a list of all the users who are watching this issue. If the issue is updated, those users will be notified.
If you are logged in as a project administrator, it is possible for you to add users to the watch list on this page. By clicking on the Add link, a drop-down menu with a *Add* button appear, which allows you to select which user to add to the watch list.
Administrators can define the [[RedmineRoles#Permissions|permissions]] of users to add/delete watchers as well as to see the list of watchers.
h3. Associated revisions
If the administrator has defined [[RedmineSettings#Referencing-issues-in-commit-messages|Referencing Issues Keywords]], a developer that uses such keyword(s) will see its commit message displayed on the issue page, under the Associated revisions block (generally to the right of the first reply).
Revisions can also be associated to issues manually, from a changeset (revision) view in the Repository browser. The manual associations are reversible. They can be revoked by using the broken chain icon to the right of an added association, again in the changeset view.
h2. Adding a new issue
People can create a new issue when they meet the [[RedmineRoles|roles and permissions]] configured by the Redmine Administrator ([[RedmineRoles#Permissions|Role: Issue Tracking > Add Issues]]).
When creating a new issue, one of the most important items is the [[RedmineIssueTrackingSetup#Trackers|tracker field]], which defines the nature of the issue. By default, Redmine comes with three different trackers: _bug_, _feature_, and _support_.
h2. Updating an existing issue
(TODO: describe and upload a screen-shot of update panel)
To edit the issue, Click _Update_ link (having a pencil icon) at the top or the bottom of the issue page:
Depending you your role permissions (see [[RedmineRoles|roles and permissions]]), you will see a complete or a limited set of editable issue properties.
h2. Editing an existing issue's Subject or Description
In order to edit an existing issue, your role has to have the [[RedmineRoles#Permissions|Issue Tracking > Edit Issues]] right in the the [[RedmineRoles|roles and permissions]] configuration.
# Open the issue
# Click _Update_ link (having a pen icon) at the top or the bottom of the issue page.
The description of the issue has pencil icon right next to it that you can click to change the description.
*For old version*, a _(More)_ link after the Change Properties section title in the "Update issue" panel.
# See *Change properties* dialog with the _(More)_ link (see a screenshot below).
# Clicking on the _(More)_ link will bring-up an editable copy of the Subject and Description of the issue.
Sometimes it is useful to break huge tasks down into smaller subtasks to have more control over the task or to assign smaller parts of it to different users. One can create a subtask by either clicking the 'Add' link in the subtasks section of the parent task or by filling the parents task id into the 'parents task' field of the subtask. This is also possible after creation by [[RedmineIssues#Updating-an-existing-issue|updating the task]]. Because it's just a normal task a subtask can also have subtasks. There is no limit in the depth of this stack.
Subtasks can belong to a different project than the parent task. This functionality is configurable in the [[RedmineSettings#Allow-cross-project-subtasks|settings section]] in the administration menu. Defining subtasks requires the permission 'Manage subtasks' which can be set in the [[RedmineRoles|roles and permissions section]] in the administration menu.
If a project gets copied the whole tree beneath the parent task is copied, too. When copying only the parent task one can choose if the subtasks should also be copied.
h3. Filtering & sorting
One can show the parents task id as sortable column in the issues list and there is also a filter option for it.
When the list is sorted by the parent task id the subtasks hierarchy is dislpayed in an indented tree structure.
As long as the tasks share the same target version the tree structure is also visible in the gantt view.
h3. Relations between the parent task and its subtasks
Some properties of the parent task are influenced by the subtasks underneath.
The following relations exist between the parent task and its subtasks.
* The parent task's done percentage is the weighted average ratio of subtasks.
* The parent task's start is the lowest date of subtasks.
* The parent task's due date is the highest due date of subtasks.
* The parent task's spent time is the sum of the subtasks' spent times.
* The parent task's estimation time is the sum of the subtasks' estimation times.
* The parent task's priority is the highest of the subtasks' priorties.
* Subtasks are rescheduled when a 'precedes' relation is set on a parent task.