versioning - 你如何在 Bugzilla 中跟踪版本？

Question

我们正在将我们的错误跟踪从一个非常旧的跟踪版本迁移到 Bugzilla，我的 Advil 快用完了。

我们有一个已经存在很长时间的遗留应用程序。结合我们的版本管理经过几次迭代的事实，它在野外生成了许多不同的版本。更糟糕的是，由于契约(Contract)限制，并不总是可以将客户端升级到最新和最好的，因此我们必须在他们当前拥有的版本上进行分支、修复、测试和发布，从而产生另一个版本号。

最终结果是版本组合框长得可笑。最后，出于各种原因，我们要跟踪三个不同的版本信息:
发现错误的版本(版本)，我们计划修复错误的版本(里程碑)以及最终修复错误的版本(接受建议)。这实际上是我的问题......这实际上可能是多个数字，我们对其中一些客户进行了追溯修复(这种情况经常发生)。

这就是我需要你的集体智慧的地方:

您如何在 Bugzilla 中跟踪这些版本(找到的、计划的和多个修复的)？

链接版本和错误跟踪的最佳实践是什么？

答案

似乎克隆每个版本的 bug 是一个很好的跟踪方式，因此在里程碑和修复版本中始终跟踪目标版本，而 bug 版本始终是原生版本。

此外，让每个克隆都阻止原始错误使其成为将历史追溯到原始提交的好方法。

虽然我已经接受了答案，但我仍然欢迎您的意见。

Answer 1

通常，如果我们需要在多个发布版本(通常是源代码存储库中的分支)中修复某些内容，则会为每个分支克隆错误，以便可以单独跟踪所有提交和发布状态。我认为我们不这样做的唯一时间是当更改与代码库本身没有直接关系并且不能简单地通过更新我们的库来修复时。

至于一般的版本跟踪，我觉得这是一种合理的做事方式，因为我们通常只需要随时支持 2-3 个主要版本(加上主干)。如果您有多个不相交的版本需要支持，例如客户特定的部署，那么事情将更难跟踪。 (可以说这通常会引起头痛，最好将事物统一到更中心的版本主题)。