正确使用版本和里程碑的方法

Question

Trac中版本和里程碑的预期目的是什么？怎么用？里程碑与版本有何不同？

Answer 1

说明差异的一个好方法是考虑缺陷票。提交故障单时，您（故障单提交者）使用版本字段指示显示缺陷的软件版本。一旦软件维护者对票证进行分类，他们就会将其分配给里程碑，以指示修复缺陷的时间范围。根据项目计划，可以将故障单从一个里程碑重新分配到另一个里程碑，但版本号将保持不变。版本号是指已经发布的内容，里程碑是指正在开发或计划未来但尚未开始的内容。

某些项目在版本和里程碑之间有1：1的映射关系。例如，Trac项目本身具有0.12.3,0.13,0.14等版本的里程碑。它们还有更多抽象的里程碑，不会映射到特定版本，例如“next-major-0.1X”（其中表示下一个主要版本恰好是什么，“不适用”和“未安排”。但是，当您创建故障单时，“版本”字段中列出的唯一内容是正在开发的已发布版本和版本。

如果您不希望这些里程碑以任何方式 与您的版本相关联。例如，您可以为“october-2011”，“11月-2011”等创建里程碑，并使用它们来安排每月工作的任务。这完全取决于您和您特定项目的需求。

Answer 2

工作流程如下：

• 您有门票，可以是新功能，错误修复，改进等请求
• 然后你决定哪些门票具有更高的优先级（根据用户需要的内容或错误修正的重要程度等）。
• 为了组织工作（以及所涉及的开发人员），您可以说“里程碑将持续2周”（可能更多，可能更少，这取决于您）
• 然后，您可以估算在这段时间内（1里程碑）可以实际解决的票数。
• 然后，您可以在每个里程碑中发布一个新版本（即：1或2-4个里程碑之后的公开发布，除非需要修复一些关键内容）。

总而言之，版本旨在成为完整的工作版本（公共或非公开）。里程碑是这些版本的路线图。门票是每个里程碑中可以完成的最小工作单元。

Answer 3

版本通常更适合用户发布。

里程碑更适用于需要在开发中完成的步骤。用户没有看到或需要知道它们。一些开发商店将这些视为子版本（1.3.2a），将其归纳为已发布的版本（1.3.2）。

对here进行了很好的讨论。