Trac的工作流阻塞

<p>有没有办法来阻止基于用户角色的给定变化? P&gt; </p><p>例如,我不希望任何开发者能够从“发展”换票证的状态为“关闭”。我希望它通过“测试”,并允许“试”到“封闭”只是用户与测试的作用。 P&gt;
</p>

129 浏览 1 回复
  测试   gt   状态   trac   工作  

回复

    <p>这是非常简单的调整到Trac的工作流程。该文档添加可选测试引述如下: P&gt; </p>

    <p>加入以下到您的 [票工作流] trac.ini节 你可选的测试。当。。。的时候 票是在新的,接受或 needs_work状态,你可以选择 提交进行测试。当它在 测试状态,用户得到的 选择拒绝它,它发回 到needs_work,或通过测试和 沿着封闭发送。如果他们 接受它,然后它会自动获取 标记为已关闭,分辨率为 设置为固定。由于所有的旧的工作 流动仍然存在,一张票可以跳过此 整款。 P&gt; BLOCKQUOTE&gt;</p><p>现在所有门票必须在“通行证”的状态通过了“测试”状态。 P&gt; </p><p>要确保只有特定的测试人员可以“测试”换票“通行证”,创建一个名为TICKET_PASS新的权限(Trac的管理员可以在Web UI做到这一点),并添加以下到您的工作流程部分您的trac.ini的: P&gt; </p><p> P&gt; </p><p>恕我直言,这是足够的,只是要求门票通过测试他们通过之前。任何合理的开发人员都知道,他们不应该从“测试”状态移动票,“通过”状态,除非它是通过什么质量控制你做。而且,因为有他们的行动的历史,他们可以归咎于不适当标示门票“通行证”。限制的权限可能会得到的方式(分散注意力的TRAC管理员)超过它帮助。 P&gt; </p><p> [注:我不得不删除所有,但超链接的文档中的一个B / C我的代表处是太低了。叹了口气。] P&gt;
    </p></blockquote>

    毛奴

相关提问


友情链接: