【建议反馈】建议“版本”支持关闭或归档
回帖数
4
阅读数
1699
发表时间
2021-09-30 11:45:03
在“项目”中有“版本”,一个项目会有多个版本,例如v1、v2、v3。
其中v1版本已经测试结束,提出的bug在v2版本解决;v2版本正在测试,提出的bug将在v3解决;v3版本正在研发。
现在,任何一个bug在解决时,【解决版本】可以随意选择v1、v2、v3版本,直接导致了以下两个问题:
1. 研发在解决bug时,可能把【解决版本】误选了v1,但v1早就测试结束了,导致此bug在验收时可能会漏掉;
2. 当一个项目或一个产品研发过程中出现了很多个版本时,【解决版本】的下拉列表会很长,要看很长时间才能找到正确的版本,很不方便。尤其是研发周期比较长的大型项目,这一问题极其突出。
因此,我建议“版本”里可以支持“关闭”操作或者“归档”操作,对标Github的“milestones”的close功能。当某个版本测试完毕后,可以人工把此版本关闭掉,关闭的版本不会出现在【解决版本】下拉列表中,这样研发在解决bug时就选不到以前的版本了,而且对于研发周期很长的产品来说,【解决版本】的下拉列表会很清爽,只能看到在研的版本和测试中的版本。
【解决版本】比较多时,可以通过搜索关键词快速搜索一下。
这里我们记录一下,感谢您的建议。
如果还有其他疑问, 可以加一下左上角的商务联系方式,商务邀请进群后沟通。
这里我们记录一下,感谢您的建议。
如果还有其他疑问, 可以加一下左上角的商务联系方式,商务邀请进群后沟通。
2021-09-30 13:49:44 马超 回帖
原帖由
马超 于
2021-09-30 13:49:44 发表
【解决版本】比较多时,可以通过搜索关键词快速搜索一下。这里我们记录一下,感谢您的建议。
如果还有其他疑问, 可以加一下左上角的商务联系方式,商务邀请进群后沟通。
好的,感谢禅道。解决版本的关键词搜索我们也在用,但很多时候是想不起来版本的关键字的,所以大部分场景下依然是挨个看。期待后续版本。
2021-09-30 14:00:34 王剑平 回帖
已经记录需求,感谢反馈。
2021-10-08 08:45:02 马超 回帖
建议学下jira的版本Release功能,一旦release. 不允许再在待解决版本列表里出现。
2021-10-09 14:54:31 乖乖的西装 回帖
联系人
丁芝/高级客户经理
电话(微信)
17663906485
QQ号码
1481227768
联系邮箱
dingzhi@chandao.com