gpt4 book ai didi

bug-tracking - 正确组织的 bugtracker 规则(Mantis 等人)

转载 作者:行者123 更新时间:2023-12-01 23:35:46 25 4
gpt4 key购买 nike

在一个特定的项目中,我们总共有 10 名团队成员。

经过大约一年的项目工作(并从那时起使用 Mantis 作为错误/功能跟踪器),错误跟踪器变得越来越难以使用,因为没有设置解释如何创建新任务的标准,如何评论任务等。这会导致相同错误的多个条目,在搜索错误时无法轻松找到错误等。

您如何组织错误追踪器?您是否为应用程序的不同部分(GUI、后端等)使用了很多(子)类别,您是否在任务标题中使用了标签(即“[GUI][OptionPage] 错误”)?

是否允许您团队中的任何人引入新任务,或者此步骤是否通过单个“Mantis-master”进行引导(谁会知道新报告是重复的还是全新的条目)?

最佳答案

始终将版本控制系统提交链接到一个问题并返回,以便您知道进行了哪些提交确实解决了哪个问题以及为什么完成了某个提交。

关于bug-tracking - 正确组织的 bugtracker 规则(Mantis 等人),我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/133175/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com