Redmine中子任务的使用场景是什么？

Question

4

我阅读了关于相关问题和子任务(包括this)的内容，现在我完全不清楚子任务的用例是什么。

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

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

如果没有这4个要点，子任务与简单的“相关”没有区别(忽略一些UI差异)。正确吗？

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

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

其次，在我的用例中，S1和S2的优先级受到T优先级的驱动，但是使用子任务时，T的优先级反而受到S1和S2的驱动。

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

编辑：

为了使事情更加混乱，this issue表明，也许上述工作流程应该被潜在地删除。如果发生这种情况，子任务与简单的“相关”有何不同？

- max

1个回答

网页内容由stack overflow 提供, 点击上面的

可以查看英文原文，
原文链接

- peelman · Accepted Answer

根据我之前的使用经验，子任务存在的目的是将大型功能拆分为易于管理/分配的块，以一种比简单使用“阻止-由”、“跟随”等关系更便于管理的方式进行。

Redmine / ChiliProject 中有很多灵活性的功能，即允许用户或团队按照自己的方式管理项目，而不是试图将他们的工作流程或思维过程塞进一个建立在别人工作流程基础上的框框里。我认为子任务就是其中之一；它们对某些人很有用，对其他人无用，对还有更多人来说是完全危险的。