trac 初始化步骤
首先进入admin,初始化trac
使用wiki创建项目页
创建milestones
创建ticket
安装后首先分配权限
<a></a>
procedure 9.1. permissions 设置
我习惯于 创建一个 developer 组和 adminstrator 组
然后创建用户隶属于 developer 组
创建用户隶属于developer组
procedure 9.2. ticket system 设置
设置 components
例如电商项目,这里可以设置,注册登录,用户中心,购物车,物流配送等等
设置 milestones
roadmap->milestone->add new milestone
我一般是一个月一个里程碑
设置 priorities
我一般设置为:
新特性(优先), 不限期, 立即执行, 当日完成, 本周完成, 本月完成
resolutions
任务完成, 无效bug, 重复, 待测试, 待发布
severities
严重错误, 次要错误, 文字错误, 不合理
ticket types
ticket types 初始化
开发
测试
运维
设计
需求
事件
bug
versions
不多说了 1.0, 1。1 或者 1.0.1
repositories
默认支持 subversion, 创建一个仓库记得不要忘记创建下面三个目录 1.branches, 2.tags, 3.trunk
关于版本库项目目录,我习惯与使用该项目对应的域名作为项目目录
procedure 9.3. wiki 使用方法
项目成员页,里面要包含所有项目程序的联系方式
需求页面
可以看到每时每刻的项目变化,包括wiki, ticket, 以及代码提交
roadmap 中的里程碑页,也可以加以利用,我喜欢将一个里程碑分解为多个ticket 然后在该页面体现,包括整体上的工作安排等等,使用表格来安排ticket日程,一定程度上弥补了trac没有甘特图的不足,
procedure 9.4. ticket 使用方法
new ticket
新建ticket, ticket 可以理解为任务。
将ticket 分配给团队成员
受到ticket后,一定要更改ticket 为 accept , 这时在view tickets 中将会看到该ticket已经分配,
编码过程
这里有一个特别的规定,提交代码(包括subversion与git)注释中必须这样写:
格式:ticket #123 - 你的注释
这样写的好处是,在timeline 中可以直接点击 ticket 编号直接进入ticket
add comment
回复ticket,上面提交后悔产生一个subversion版本号,按照下面格式写,然后提交
这样就可以实现,进入ticket即可看到做了哪些代码提交与改动,一目了然。
git 写法
如果 repositories 中有多个项目写法如下