Workflow Trac中票证的多个受让人(开发人员、审查人员、测试人员)

Workflow Trac中票证的多个受让人(开发人员、审查人员、测试人员),workflow,jira,trac,Workflow,Jira,Trac,我们正在重新设计我们的工作流程,并在jira和trac之间寻找选择。我们对Trac都很满意,但有以下问题: 我们想要的是每张票有3个人负责。一个开发它,另一个审查它,第三个人测试它。我们想要一些同一个人无法开发和审查/测试机票的高级选项 我们希望这三个人有一个单独的周期。一旦开发和完成,它将自动转到审阅者和测试人员。他们可以单独采取一系列行动,一旦得到审查者和测试者的批准,就进入下一阶段。使用Trac是否可以执行此工作流。如果是,我应该怎么做 谢谢 Sparsh Gupta通过Trac的可配置工

我们正在重新设计我们的工作流程,并在jira和trac之间寻找选择。我们对Trac都很满意,但有以下问题:

  • 我们想要的是每张票有3个人负责。一个开发它,另一个审查它,第三个人测试它。我们想要一些同一个人无法开发和审查/测试机票的高级选项

  • 我们希望这三个人有一个单独的周期。一旦开发和完成,它将自动转到审阅者和测试人员。他们可以单独采取一系列行动,一旦得到审查者和测试者的批准,就进入下一阶段。使用Trac是否可以执行此工作流。如果是,我应该怎么做

  • 谢谢
    Sparsh Gupta

    通过Trac的可配置工作流,这是可能的(取决于您需要的灵活性)。基本上,您可以在状态更改时设置副作用(例如更改受让人)。

    我认为这是一个与您想要使用的工具无关的难题。原因是:

    • 如果有三个人(同时)负责,那么每个人如何知道什么时候该做什么
    • 如果这3个人根据工作流程负责,那么您如何配置何时由哪一个人负责
    • 您必须将其集成到工作流中,而JIRA或Trac也无法做到这一点
    一个可能的解决方案是(不,我不为您实现它:-):

  • 使用状态和转换定义工作流
  • 定义“开发受让人”、“审核受让人”和“测试受让人”字段
  • 在您的工作流程中定义真实受让人从开发到审查再到测试的转换
  • 是的,这很复杂而且不容易实现。但如果你每天使用数百次,它可能是值得的。否则,一个组织解决方案就足够了,当触发转换时,一个受让人将更改为下一个受让人。

    您可以使用Trac(我公司的一个团队会做类似的事情),但这需要一些配置工作

    首先,您需要能够为一张票分配三个人。为此,请使用“Reviewer”和“Tester”等名称(键入“text”)。这些将用于存储分配给票证的非开发人员的姓名

    您还需要表示正在进行测试和审阅的状态。为了便于讨论,我将这种状态称为“验证”。在工作流中插入此状态,以使工单从已分配/已接受-->验证-->关闭移动

    您还需要测试人员和审阅者以某种方式表明他们已经签署了更改。为此,您可以向票证中添加另外两个自定义字段(类型为“checkbox”)。您可以称之为“审阅完成”和“测试完成”。这些票据将默认为未选中,测试人员/审核人员将在成功完成测试/审核工作后对其进行检查

    这将使您能够开始工作流程。关于你问题的一些更高级的部分,你有两个选择

    您可以添加一些自定义javascript,以防止用户被列在多个所有者字段中。只要修改所有者、审阅者或测试者字段,javascript就会运行。如果该字段中的新值与其他两个字段中的一个字段中的值匹配,则另一个字段将被清除。以下插件之一可能可以为您完成此操作,而不是编写自定义Javascript:


    我相信您可能希望在作业中使用子任务。也可能是一种选择。