Project management 如何处理Bugzilla中的相关bug？

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

我们使用bugzilla跟踪我们的bug，我们有一个bugzilla产品用于核心代码库，也用于客户端实现（因为他们定制了产品以增强功能）。当客户机出现与核心代码库相关的错误时，我们需要在2个bugzilla产品（核心和客户机）中出现该错误，以便两个团队都知道这个问题。理想情况下，我们应该将这些bug联系在一起，这样我们就不会浪费精力试图修复它两次，这样两个项目经理就可以完全了解该问题的进展情况

到目前为止，我最好的想法是使用注释/描述，包括“与bug相关”的作品，因为bug这个词似乎神奇地变成了指向指定bug的链接，从而很容易获得其他bug的详细信息。然后可以通过“注释包含搜索”条件来搜索

---

其他人是如何做到这一点的？

如果在Bugzilla中启用了depends/blocks字段，我会使用这些字段，大致如下：

• 客户特定产品中的缺陷X被归档
• 如果发现该缺陷存在于核心产品中，则该缺陷的另一个“核心”版本（缺陷Y）将在核心产品中归档，并用于阻止特定于客户端的缺陷（Y阻止X，X取决于Y）
• 核心团队继续修复核心bug Y
• 当核心bug被修复时，特定于客户端的bug X也可以被修复（可能需要也可能不需要额外的工作）

在注释中使用依赖项/块而不是链接的好处是：

• 通知：当有人更改bug Y时，观看bug X的每个人都会收到通知
• 强制措施：Bugzilla可以调整为不允许关闭依赖于至少一个打开的bug的bug，因此在关闭X之前必须关闭Y

---

我们曾经有一个类似的设置，一个核心产品和两个生产产品被运送给客户。但是，我们所有产品都有一个团队，所以更简单。一个bug通常在一个生产产品中归档，之后我们要么在那里修复它，要么将它升级到核心产品，或者为另一个生产产品复制一个bug。当同一问题有两个bug记录时，它们都与depends/blocks链接。

如何打开bugzilla中的“depends”字段？据我所知，默认情况下，bugzilla中的depends/blocks字段可供所有可以编辑bug的用户使用。