这是虾米
从 Trac 迁移的文章
这是从旧校内 Wiki 迁移的文章，可能存在一些样式问题，您可以向 memset0 反馈。
原文章内容如下：
[[TracNav(TOC)]]
> 有没有简单一点的基于web的开源bug管理工具[[BR]]
> [[BR]]
> Postby watashi on Wed Jun 30, 2010 2:25 am[[BR]]
> 我主要是想用这个来管理集训的题目[[BR]]
> 简单来讲就是对于描述，规模，测试数据需要修改或加强的地方发成一个bug[[BR]]
> 任何人都可以发bug，然后assign给题目所在组的组长，组长确定是否fix，并assign给相应的人[[BR]]
> 最后fix之后确认没有问题了，再把bug close掉，当然如果觉得还有问题可以reopen[[BR]]
> 如果我们能做到每个bug都在一个周期内fix就完美啦[[BR]]
> 往年我们往往由一两个教练来push这件事情，或者说在公共论坛发帖，forum因为都是新帖子在上面，这样很容易被忽视，效率太低[[BR]]
> [[BR]]
> 另外我建议给所有的组长开192上summer 2010的权限，否则每个bug更新都要由admin操作，辛苦不说，效率也很低[[BR]]
[[BR]]
> http://10.71.10.90/pia/trac/ [[BR]]
> 请大家自行注册，并验证邮箱，我再把大家加到组里去[[BR]]
> 匿名什么权限都没有，连wiki都看不了[[BR]]
[[BR]]
> 现在大概要把目录成个形，然后发动所有老人来人肉搜索以前论坛的帖子[[BR]]
> 关于ooxx我想说?[[BR]]
> 这一部分就不要太折腾了，先把以前所有相关的东西一句话一句话拿出来sort | merge | group搞成一个list就好了[[BR]]
> 把summer2008和summer2009的相关置顶先分到这些页面，其它慢慢来[[BR]]
> [[BR]]
> 其它也搞成一个list一样，把有用的东西先提取出来，再整理吧[[BR]]
> [[BR]]
> 不知道放哪的就放再 “前人栽树后人乘凉”就是其它(misc)啦[[BR]]
> [[BR]]
> 如何编辑wiki看看Wiki Formating等页面就知道了[[BR]]
[[BR]]
>> qtopia wrote:为什么会有一个“我想说”后缀 -.-[[BR]]
>> 等考试中间有些空闲的时候，我可以去把出题那部分填好。不过至少要过三天 -.-[[BR]]
> 哦，我是这么设想的，把条理清楚的主要的东西最后还是放在“怎样出好(断句在这里)题?”里[[BR]]
> 而“我想说”里只是一条一条的堆砌一些个人的经验教训，不断编辑下去[[BR]]
> 比如今天我发现某道题数据悲剧了，因为ＸＸ情况，我就去像这样加一句[[BR]]
> [[BR]]
> ＯＯ类型题出数据的时候要记得ＸＸ - by watashi[[BR]]
> [[BR]]
> 这样也可以把怎样出好题控制再合适的大小[[BR]]
[[BR]]
> watashi wrote:[[BR]]
>> navi wrote:召唤 shi哥吧注意事项先搞出来吧[[BR]]
> 今年把所有common的都搞在wiki里[[BR]]
> 每年每组搞一个太累了[[BR]]
[[BR]]
没有简单一点的基于web的开源bug管理工具
br>ostby watashi on Wed Jun 30, 2010 2:25 am
主要是想用这个来管理集训的题目
单来讲就是对于描述，规模，测试数据需要修改或加强的地方发成一个bug
何人都可以发bug，然后assign给题目所在组的组长，组长确定是否fix，并assign给相应的人
后fix之后确认没有问题了，再把bug close掉，当然如果觉得还有问题可以reopen
果我们能做到每个bug都在一个周期内fix就完美啦
年我们往往由一两个教练来push这件事情，或者说在公共论坛发帖，forum因为都是新帖子在上面，这样很容易被忽视，效率太低
br>外我建议给所有的组长开192上summer 2010的权限，否则每个bug更新都要由admin操作，辛苦不说，效率也很低
名什么权限都没有，连wiki都看不了
一部分就不要太折腾了，先把以前所有相关的东西一句话一句话拿出来sort | merge | group搞成一个list就好了
summer2008和summer2009的相关置顶先分到这些页面，其它慢慢来
br>它也搞成一个list一样，把有用的东西先提取出来，再整理吧
br>知道放哪的就放再 “前人栽树后人乘凉”就是其它(misc)啦
br>何编辑wiki看看Wiki Formating等页面就知道了
如今天我发现某道题数据悲剧了，因为ＸＸ情况，我就去像这样加一句
br>Ｏ类型题出数据的时候要记得ＸＸ - by watashi
br>样也可以把怎样出好题控制再合适的大小
年每组搞一个太累了
br>ostby watashi on Wed Jun 30, 2010 2:25 am
主要是想用这个来管理集训的题目
单来讲就是对于描述，规模，测试数据需要修改或加强的地方发成一个bug
何人都可以发bug，然后assign给题目所在组的组长，组长确定是否fix，并assign给相应的人
后fix之后确认没有问题了，再把bug close掉，当然如果觉得还有问题可以reopen
果我们能做到每个bug都在一个周期内fix就完美啦
年我们往往由一两个教练来push这件事情，或者说在公共论坛发帖，forum因为都是新帖子在上面，这样很容易被忽视，效率太低
br>外我建议给所有的组长开192上summer 2010的权限，否则每个bug更新都要由admin操作，辛苦不说，效率也很低
ttp://10.71.10.90/pia/trac/大家自行注册，并验证邮箱，我再把大家加到组里去
名什么权限都没有，连wiki都看不了
在大概要把目录成个形，然后发动所有老人来人肉搜索以前论坛的帖子于ooxx我想说?
一部分就不要太折腾了，先把以前所有相关的东西一句话一句话拿出来sort | merge | group搞成一个list就好了
summer2008和summer2009的相关置顶先分到这些页面，其它慢慢来
br>它也搞成一个list一样，把有用的东西先提取出来，再整理吧
br>知道放哪的就放再 “前人栽树后人乘凉”就是其它(misc)啦
br>何编辑wiki看看Wiki Formating等页面就知道了
>> qtopia wrote:为什么会有一个“我想说”后缀 -.-
>> 等考试中间有些空闲的时候，我可以去把出题那部分填好。不过至少要过三天 -.-
，我是这么设想的，把条理清楚的主要的东西最后还是放在“怎样出好(断句在这里)题?”里“我想说”里只是一条一条的堆砌一些个人的经验教训，不断编辑下去
如今天我发现某道题数据悲剧了，因为ＸＸ情况，我就去像这样加一句
br>Ｏ类型题出数据的时候要记得ＸＸ - by watashi
br>样也可以把怎样出好题控制再合适的大小
atashi wrote:年把所有common的都搞在wiki里avi wrote:召唤 shi哥吧注意事项先搞出来吧
年每组搞一个太累了