【发布时间】：2009-10-15 11:00:45
【问题描述】：
我是Trac 的粉丝，当然，当我只是将它用于我自己的、单独的项目时，我可以给自己完全的管理员权限。
当涉及到其他开发人员或技术不高的经理（或者，就此而言，是设计师而不是硬代码开发人员），他们需要能够跟上正在发生的事情 -并执行添加/更新票证之类的操作，但不会破坏任何内容，那么权限的细粒度性质对于某人需要什么变得有点复杂。
您对这些人群（以及其他类似人群）使用什么权限？
【问题讨论】：
标签： permissions trac
【发布时间】：2009-10-15 11:00:45
【问题描述】：
如果可以避免，我通常会避免将*_ADMIN 权限授予用户。 Trac 0.11 通过添加 TICKET_EDIT_DESCRIPTION 使这更容易一些。
根据设置和文化，我会将*_VIEW 权限授予authenticated（所有已登录的人）或在宽松设置中anonymous（所有人，甚至未登录）。
我通常会创建一个developer 组，向该组授予各种权限。然后您只需将人员添加到组中（或将组添加为用户的权限，同样的事情）。对designer、manager、tester 等执行相同操作。
经理需要各种ROADMAP_* 和MILESTONE_* 权限。我会对REPORT_ADMIN 持谨慎态度，除非经理真正了解SQL。我的老板通常很乐意给我一个他想要的报告的示例电子表格，我会为他准备一份报告。一定要向他们指出，如果他们设置了一个自定义查询来满足他们的需求，他们可以为它添加书签——所有内容都在 URL 中——这样他们就可以使用该书签返回与当前数据完全相同的查询。
您可能希望让authenticated 归档并附加到票证中——通常不会有人注意到错误，您仍然想了解它。如果您足够锁定工作流权限，您或许也可以将TICKET_MODIFY 分发给更多人，不过这条路线的工作量会更大一些。
您信任的人可能会被授予TICKET_EDIT_DESCRIPTION，这样他们就可以在忘记开始时修复错误报告格式。
如果您有一位首席开发人员，该个人用户可能应该拥有TICKET_ADMIN 来处理添加版本等问题。
【讨论】：
-
+1 为您关于小组的第三段 - 我做了同样的事情，但不想提及它。
我通常打开所有VIEWs，加上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 可能就足够了。
【讨论】：