已解决 产品建立发布时的问题

调用的bug的modelgetReleaseBugs函数,为什么要判断bug建立时间要小于执行开始时间?我不理解,求教。

禅道版本 18.0 源码包
操作系统
客户端浏览器

提问者: 徐公子 悬赏:5 日期: 2023-03-24 17:04:03 答案:1 点击:199

获取技术支持

QQ: 电话:
备注
设置备注
答案列表
2023/03/24
1.避免将未来的bug包括在结果中:如果不进行这个判断,那么在将来的时间点创建的bug可能会被错误地包括在当前版本的bug列表中。这可能会导致混乱和误导。
2.避免在测试之前包括bug:如果没有这个判断,那么在测试之前创建的bug可能会被包括在当前版本的bug列表中。这可能会导致测试结果的不准确性和混淆。
3.确保bug只包括在正确的版本中:如果一个bug在之前的版本中已经修复了,那么它不应该在当前版本中被包括。通过限制只包括建立时间在执行开始时间之前的bug,可以确保只包括正确的bug版本。


 
2023/03/29
感谢回复,还是不能理解,执行不是一个阶段吗?如果在这个执行期间发生,并且修复的bug,就不能并入当前执行的版本,而要并入下一个执行的版本?好像有点说不过去。而且我已经关联到这个版本上的bug,在点击解决的时候已经确认是在这个版本里面解决的,再建立发布的时候理应一起发布,不需要禅道再多判断一次了。

你们回复的第一点和实际情况正好相反,程序里面判断的是bug建立时间要小于执行开始时间,就是要求bug是执行发生之前的bug才能并入这次执行,这个明显不合理,产生bug的时候执行还没有建立,bug都选不到这个执行里面。
第二点,产生bug的时候执行还没有建立,bug都选不到这个执行里面,也不成立。
第三点,也和事实想法,你们限制的是发行只能包含执行建立之前的bug。
2023/03/29
我贴的图不知道为什么发不出来,bug的model里面的getReleaseBugs函数
2023/03/29
目前,禅道里的版本-关联BUG和发布-关联BUG的逻辑是:
创建版本中需求和BUG的概念:
需求:项目中关联的需求,在内部提交测试时进行关联(在关联需求时,开发完成或者关闭的需求会默认选中);
BUG:与项目关联的非关闭的BUG,用于记录测试过程中bug的影响版本和解决版本(在版本下解决的bug界面手动关联bug时,解决的BUG会默认选中;在解决bug时,也可以直接选择bug的解决版本实现自动关联)。

创建发布中需求和BUG的概念:
需求:产品对外正式发布的需求(在关联需求时,开发完成或者关闭的需求会默认选中);
BUG: 产品对外正式发布时,当前已经解决的产品的BUG(在关联bug时,关闭或者解决的BUG会默认选中)。

在创建发布时可以关联版本,可以根据提示将版本中完成的研发需求和已解决的Bug关联到发布下。
2023/03/29
还是没有回答关键问题,“与项目关联的非关闭的BUG”为什么发布的时候要判断bug建立时间要在执行开始之前?执行开始以后再建立的bug就不能在这个执行的版本上发布了吗?