产品建立发布时的问题已解决悬赏5积分

提问者徐公子答案数1 阅读数407 发表时间2023-03-24 17:04:03

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

禅道版本：禅道开源版 18.0

安装包类型：源码包

操作系统：

客户端浏览器：

备注

答案列表

于涛 2023-03-24 17:27:14

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

4条回复

🚗

徐公子 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就不能在这个执行的版本上发布了吗？

联系我们