Redmine中子任务的用例是什么？

Question

我读过关于related issues和subtasks（包括this）的内容。现在我完全混淆了子任务的用途。

如果我理解正确，则子任务只是一种自动强制执行以下工作流程的相关问题：

• 父任务的完成百分比是子任务的完成百分比
的总和
• 父任务的截止日期是最后一个子任务的截止日期
• 父任务的花费时间是子任务的花费时间总和
• 父任务的优先级是子任务'priorties
中最高的

如果没有这4个要点，子任务就会与简单的“相关”无关（忽略一些UI差异）。正确的吗？

乍一看，我认为如果S1和S2是T的子任务，那意味着S1和S2是完成T的步骤。但显然这不是子任务背后的用例：

首先，因为在我的用例中，S1和S2阻塞了T，但是子任务关系并不意味着这一点。

第二，因为在我的用例中，S1和S2的优先级由T的优先级驱动，但是使用子任务时，T的优先级由S1和S2驱动。

因此，必须有一个我缺少的子任务的规范用例。它是什么？

编辑：

为了让事情更加混乱，this issue表明可能会删除上述工作流程。如果发生这种情况，那么子任务与简单的“相关”有何不同？

Answer 1

我过去使用它的方式，子任务存在将更大的特征分解为可管理/可分配的块，其方式比使用blocked-by，{{1等等。

Redmine / ChiliProject中有很多功能可以灵活存在，即让用户或小组按照自己的方式管理项目，而不是试图将他们的工作流程或思维过程塞进一个围绕别人工作流程构建的框中。我认为子任务就是其中之一;它们对某些人有用，对其他人无用，对更多人来说是彻头彻尾的危险。