我们正在重新设计工作流程并寻找jira和trac之间的选项。我们对Trac感到满意,但有以下问题:
我们想要的是每张票有3个人负责。一个开发它,另一个审查它和第三个测试它。我们想要一些同样的人不能开发和审查/测试票的预付选项。
我们希望这三个人有一个单独的周期。一旦开发完成,它将自动转到审阅者和测试人员。他们可以单独采取一系列行动,一旦得到审稿人的批准并进行测试,就会进入下一阶段。 Trac是否可以使用此工作流程。如果是的话,我应该怎么做呢
由于 Sparsh Gupta
答案 0 :(得分:5)
你可以用Trac(我公司的一个团队做类似的事情)做到这一点,但这需要一些配置工作。
首先,您需要能够将三个人分配给故障单。要执行此操作,请add custom ticket fields(键入“text”),其名称为“Reviewer”和“Tester”。这些将用于存储分配给故障单的非开发人员的名称。
您还希望add a new state to Trac's ticket workflow代表正在进行测试和审核的州。为了便于讨论,我将这个状态称为“验证”。在工作流程中插入此状态,以使票证从指定/接受 - >>验证 - >闭合。
您还需要一些方法让测试人员和审阅者表明他们已经签署了更改。为此,您可以向故障单添加另外两个自定义字段(类型为“复选框”)。您可以将这些称为“评论完成”和“测试完成”。这些故障单将默认为未选中状态,测试人员/审核人员将在成功完成测试/审核工作后对其进行检查。
这应该让你开始工作流程。关于问题的一些更高级的部分,您有几个选择。
您可以添加一些自定义JavaScript,以防止用户在多个所有者字段中列出。只要修改了所有者,审阅者或测试者字段,javascript就会运行。如果该字段中的新值与其他两个字段之一中的值匹配,则将清除另一个字段。以下插件之一可能能够为您执行此操作,而不是编写自定义Javascript:
答案 1 :(得分:0)
使用Trac的可配置工作流程,这可能是可能的(取决于您需要多少灵活性)。基本上,您可以在状态更改时设置副作用(例如,更改受让人)。
答案 2 :(得分:0)
我认为这是一个独立于您想要使用的工具的难题。原因是:
可能的解决方案可能是(并且不,我没有为您实现: - ):
是的,这很复杂,也不容易实现。但如果你每天使用数百次,这可能是值得的。否则,组织解决方案就足以让一个受让人在触发过渡时更改为下一个受让人。