1

我是Trac的粉丝，当然，当我只是将它用于我自己的、孤独的项目时，我可以给自己完全的管理员权限。

当有其他开发人员参与时，或者不是非常技术的经理（或者，就此而言，是设计师而不是硬代码开发人员），需要能够跟上正在发生的事情 - 并做事像添加/更新票证，但不会破坏任何东西，那么权限的细粒度性质对于某人需要什么变得有点复杂。

您对这些人群（和其他类似人群）使用什么权限？

4

2 回答 2

3

如果可以避免的话，我通常会避免将*_ADMIN权限授予用户。Trac 0.11 通过添加TICKET_EDIT_DESCRIPTION.

根据设置和文化，我将授予（已登录的每个人）或宽松设置（每个人，甚至未登录的人）的*_VIEW权限。authenticatedanonymous

我通常会创建一个developer组，向该组授予各种权限。然后您只需将人员添加到组中（或将组添加为用户的权限，同样的事情）。designer对, manager,tester等做同样的事情。

ROADMAP_*经理会想要各种MILESTONE_*权限。REPORT_ADMIN除非经理真正了解 SQL ，否则我会保持谨慎。我的老板通常很乐意给我一个他想要的报告的示例电子表格，我会为他准备一份报告。请务必向他们指出，如果他们设置了执行所需操作的自定义查询，他们可以为它添加书签——所有内容都在 URL 中——因此他们可以使用该书签返回与当前数据完全相同的查询。

您可能希望让authenticated文件和附加到票证——通常不会谁注意到错误，您仍然想知道它。如果您足够锁定工作流权限，您可能也可以TICKET_MODIFY向更多人提供，尽管这条路线将需要更多的工作。

可能会授予您信任的那些人，TICKET_EDIT_DESCRIPTION以便他们可以在忘记开始时修复错误报告格式。

如果您有一位首席开发人员，则该个人用户可能必须TICKET_ADMIN处理添加版本等问题。

于 2009-10-22T20:56:29.240 回答
2

我通常会打开所有的VIEWs、plus WIKI_CREATE、WIKI_MODIFY、TICKET_CREATE（或者TICKET_CREATE_SIMPLE如果使用 Simple Ticket 插件）和TICKET_APPEND.

对于我相信拥有更多权力的用户，我也会打开TICKET_MODIFY.

对于非技术经理，我也会打开MILESTONE_ADMIN. 对于技术经理，我可能会跳到TRAC_ADMIN- 但如果这太远了，至少添加REPORT_ADMIN.

通常，我会继续为开发人员提供TRAC_ADMIN......但如果您不信任他们，那么通过高级用户级别的上述权限TICKET_ADMIN可能就足够了。

于 2009-10-15T20:19:38.000 回答