Feature #6920
open
Allow subtasks to be affected to a different target version
Added by Paul paul over 13 years ago.
Updated over 10 years ago.
Description
We want to have subtasks assigned to be delivered in different Target Versions.
This doesn't seem to be possible - Redmine ignores any change of the Target Version for a subtask and sets it to be equal to that of the parent task.
- Tracker changed from Defect to Feature
- Subject changed from Can't set a different Target Version for a subtask to Allow subtasks to be affected to a different target version
It will be even more difficult to calculate version progress, don't you think so ? Why don't you use issue relations instead of subtasks ?
The reason I would like this feature is that sometimes we have to pull a small part of a larger ticket out of a particular release, even if the main ticket remains in the release. Currently we have to remove the parent/child relation before we can move the subticket to another version.
Calculating progress isn't as difficult as suggested: It's simply the average progress of all tasks assigned to a version that don't have a parent task assigned to the same version. The same holds for estimated times.
Having issues subtasks on different versions would help us a lot with the following use-case (for agile development):
- multiple product-projects (holding the backlogs)
- one sprint project - sprints are versions in the sprint project
- general user stories to track overall progress in the product-projects are assigned to product versions.
- more specific sub-user-stories that are assigned to sprints (target version)
It is not only affecting subtasks, also story and all the related tasks. How did you organize the tasks of a story if you can not set different target version - by time instead of context - is there a workaround for agile development?
Also available in: Atom
PDF
Updated by 
Updated by 
Updated by 
Updated by 
Updated by