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

Question

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

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

到目前为止，我的最好主意是使用包含作品“关联错误”的评论/描述，因为看起来单词bug神奇地成为指定错误的链接，从而很容易得到其他错误的细节。然后可以通过“评论包含搜索”标准来搜索。

其他人如何做到这一点？

Answer 1

我会使用取决于/块领域，如果他们在你的Bugzilla启用，下面的工作流程，大致有：

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

使用的好处取决于/块，而不是在评论链接：

• 通知：当有人改变错误Y，大家谁在看错误X也将获得通知;
• 强制执行：Bugzilla可以调整为禁止依赖于至少一个打开的bug的关闭错误，所以Y必须在X关闭之前关闭。

我们曾经有一个类似的设置，一个核心产品和两个生产产品发货给客户。但是，我们有一个所有产品的团队，所以它更简单。通常在生产产品中存在一个错误，在此之后，我们要么将其修复，要么将其升级为核心产品，或者为其他生产产品重复生成错误。每当有两个bug记录出现相同的问题时，它们都与depends/blocks链接。