我使用Trac 来跟踪我的软件项目中的错误和未来的变化。 Trac 中的票证有一个“版本”字段，我正在尝试找出使用该字段的最佳方法。
假设我在我的软件 1.0 版中发现了一系列错误。我为每一个在轨道中创建票证并将它们分配给 1.0 版。现在说我修复了一些错误，并添加了一些新功能并发布了 1.1 版。但是一些旧的 1.0 错误仍然存在于 1.1 中。我是否应该将其相应的票证更改为 1.1 版，因为它们现在也存在于 1.1 版中？或者我应该将它们设置为 1.0 版本，以跟踪发现错误的版本，并假设旧版本中的任何未处理票证仍然存在于新版本中？
【问题讨论】：
标签： trac
我通常会使用版本字段来指示发现错误的版本。我会使用里程碑来指示工单将在哪个版本中修复。如果工单已打开，则它尚未修复。
【讨论】：
一种方法是使用合适的版本号构建tag。然后，随着票证的发展，使用TracLink 更新版本字段相当容易。
附录：在版本字段中使用TracLink 的几个示例可以在与Trac 本身关联的tickets 中找到。许多人将该字段留空。包括ticket #8146 在内的几个实现了Trac Ticket Queries。 Others指向相关的里程碑等。用途与门票本身一样多种多样。
【讨论】：
TracLink 可以直接更新版本字段，但是您可以采用在给定类型的票证中使用特定类型的TracLink 的策略。我在上面的例子中添加了一些链接。
总是有可能直接在 sqlite 或 mysql 中更新某些字段。如果你熟悉 python，你可以开发一个小的 python 脚本来完成这项工作。假设你一年发布一两次...
【讨论】：
我正在使用 1.0 版的 trac。我使用版本字段来指示包含错误的第一个版本。我按照http://trac.edgewall.org/wiki/TracTicketsCustomFields中的指南添加了一个“固定版本”自定义字段
我在trac.ini中定义如下：
[ticket-custom]
fixed_in_version = text
fixed_in_version.label = Fixed in version
fixed_in_version.format = reference
然后您可以创建报告以查看特定版本中已关闭的问题（对于创建发行说明很有用）。
我还提取了所有未关闭的票证并将它们列为发行说明中的已知问题。
【讨论】：