trac可自定义票证工作流程中的不变量

时间:2013-02-12 20:36:57

标签: trac

我尝试查看Trac(0.12)可自定义票证工作流程的文档。

作者声称它完全可以自定义,但有些东西我没有得到。我想,必须有门票开始的“初始状态”。这是硬编码为“新”吗?

2 个答案:

答案 0 :(得分:1)

我记得,这在trac中是不可修改的。工作流程的“新”状态入口点是固定的。但你可以使用它而不是反对它。

我认为trac的设计方式,以未分配的“新”状态开始的意图是相当合乎逻辑的,但是你需要从某个角度看问题并不总是明确说明。

考虑一下bug的生命周期。它在代码中引入,用户发现它,用户报告它,分配开发人员,开发人员开始处理它,等等。我喜欢将“新”状态视为错误存在的部分并且刚刚报告过。

当您向开发团队通知错误时,他们通常不会立即开始处理它。例如,该bug仍需要评估其严重性和技术深度。报告错误后,开发团队仍需要消化您的报告,以了解如何将其引入错误解决过程。在我看来,这是trac中“新”状态的意图。

在我设计和使用过的trac工作流程中,我喜欢将初始状态“已接受”分配给开发协调员,该开发协调员对该门票进行资格认证,并与记者来回反复使用,以提高报告的质量和找出下一个发送它的位置,分配给它的里程碑,等等。

因此,处于“已分配”状态的票证是开发协调员正在处理的票证。状态New的票证是开发协调员尚未处理的票据。

答案 1 :(得分:1)

不仅“新”,“关闭”是其他硬编码的Trac票证状态。

出于不同的原因,这是因为这样,其中这些标签用于使用固定名称CSS类进行条件格式化,默认报告使用“未关闭”作为打开票证的同义词等。

作为相关说明,some work on the way可能会在以后的版本(Trac 1.2及更高版本)中解除此限制。正如JosefAssad所说,在此之前,“与之合作而非反对”真的更好。