== 入门指南 ==
* 官方网址 [http://trac.edgewall.org/ Trac]
* 使用手册 [wiki:TracGuide TracGuide]
* 各类插件 [http://trac-hacks.org/]
* 内部使用规范 [attachment:Trac使用规范.doc:wiki:WikiStart]
* 内部使用指南
 * 内部帐号：目前我们统一搭建的Trac已经和内部帐号结合，大家使用各自的内部帐号即可直接登录rdtrac.pc.com.cn下任意一个Trac项目，无需注册。
 * 邮箱：如果想收到某个Trac项目发出的邮件，请务必在该项目顶部的[http://rdtrac.pc.com.cn/tracteam/prefs 个人设置]中配置自己的邮箱，不同项目的邮箱需要分别设置，不能跨Trac项目通用。
 * trac是一个开放性良好的开源软件，有很强的定制潜力，并且也有众多的插件，但是初期我们不建议使用太多插件，还是重地关注如何利用trac的基本功能来帮助我们的日常开发和管理工作，做好项目积累。
 * 权限设置
  * 只有Trac项目管理员可以设置权限
  * anonymous：未登录访客群，酌情授予wiki、ticket查看权限，但是browser_view权限是浏览源码的权限，如果项目有设置svn的话不推荐授予访客群。
  * authenticated：已登录用户群，由于研发中心的trac平台已经和后台帐号绑定，所以此群也可视为所有人，如果有敏感信息也尽量不要直接授予此群。
  * 按用户设置权限：可以直接对某个后台帐号授予权限
 * 参数设置(可以按项目情况自行设定,这里给出推荐设置)
  * 里程碑：某个阶段性交付成果时间点，不要和功能混淆
  * 任务单类别：即ticket种类，一般来说就是bug、任务/需求、故障、优化、总结等
  * 优先级：按缺省即可
  * 处理结果：按缺省即可
  * 版本号：如果多个同类应用共用一个trac例如论坛，版本号可以带上具体应用名，如：汽车论坛6.1
 * Ticket(同样适用[wiki:WikiFormatting])
  * 流程：新建/打开->已分配->已接受->已解决
  * 内容建议：事因+分析+过程+结论
 * Wiki(适用[wiki:WikiFormatting])
  * 具体规范详见[attachment:Trac使用规范.doc:wiki:WikiStart 内部使用规范]
  * 非敏感信息可以开放给所有人浏览，敏感文档可以用svn链接的方式提供