你如何处理Bugzilla中的相关错误？

Question

在我们的环境中，我们有一个核心代码库，以及该代码库的几个特定于客户端的实现。当客户端提出问题时，我们需要确定它是否是特定于客户端的问题，或者它是否是核心代码库问题。

我们使用bugzilla来跟踪我们的错误，我们有一个针对核心代码库的bugzilla产品，以及客户端实现（因为他们已经定制了产品以增强功能）。当客户端引发与核心代码库相关的错误时，我们需要在2个bugzilla产品（核心和客户端）中引发该错误，以便两个团队都知道该问题。理想情况下，我们将这些错误联系在一起，这样我们就不会浪费太多努力来尝试修复它，以便2个项目经理充分了解该问题的进展。

到目前为止，我最好的想法是使用评论/描述，包括作品“与bug有关”，因为看起来bug这些单词神奇地成为了指定bug的链接，使得很容易找到其他bug的细节。然后可以通过“评论包含搜索”标准来搜索。

其他人如何做到这一点？

Answer 1

如果在你的Bugzilla中启用了依赖/阻止字段，我会使用以下工作流程，粗略地说：

• 提交客户特定产品中的错误X;
• 如果发现它存在于核心产品中，则该错误的另一个“核心”版本（错误Y）将存储在核心产品中，并且会阻止客户端特定的错误（Y阻止X， X取决于Y）;
• 核心团队继续修复核心bug Y;
• 当修复核心错误时，也可以修复特定于客户端的错误X（可能需要或可能不需要额外的工作）。

在评论中使用依赖/块而不是链接的好处是：

• 通知：当有人更改错误Y时，每个正在监视错误X的人也会收到通知;
• 强制执行：可以调整Bugzilla以禁止至少依赖于一个开放bug的关闭错误，因此在X关闭之前必须关闭Y.

我们曾经有类似的设置，一个核心产品和两个生产产品可以运送给客户。但是，我们为所有产品组建了一个团队，因此更简单。通常在生产产品中提交一个错误，之后我们要么在那里修复它，要么将其升级为核心产品，或者为其他生产产品制造一个重复的错误。每当有两个错误记录出现同样的问题时，就会将它们与依赖/阻止相关联。