我使用Trac来跟踪我的软件项目中的错误和未来的变化。 Trac中的门票有一个“版本”字段,我试图找出使用该字段的最佳方法。
说我在我的软件1.0版中发现了一系列错误。我在每个轨道中创建票证,并将它们分配给版本1.0。现在说我修复了一些错误,并添加了一些新功能并发布了1.1版本。但是一些旧的1.0漏洞仍然是1.1。我应该将相应的票证更改为1.1版,因为它们现在也存在于1.1中吗?或者我应该将它们设置为版本1.0,以便跟踪发现错误的版本,并假设旧版本中的任何打开的票证仍然存在于较新版本中?
答案 0 :(得分:8)
我通常会使用版本字段来指示发现错误的版本。我会使用里程碑来指示修复故障单的版本。如果故障单已打开,则尚未修复。< / p>
答案 1 :(得分:1)
一种方法是使用合适的版本号进行tag构建。然后,当票证发展时,用TracLink
更新版本字段相当容易。
附录:在版本字段中使用TracLink
的几个示例可以在与tickets本身相关联的Trac中找到。许多人将这个领域留空。其中一些(包括ticket #8146)实施Trac Ticket Queries。 Others指向相关的里程碑等。用途与门票本身一样多种多样。
答案 2 :(得分:1)
总是有可能直接在sqlite或mysql中更新某些字段。如果你熟悉python,你可以开发一个小的python脚本来完成这项工作。假设你一年释放一次或两次......
答案 3 :(得分:0)
我使用的是trac版本1.0。我使用版本字段来指示包含错误的第一个版本。我添加了一个&#34;修复版本&#34;自定义字段,请遵循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
然后,您可以创建报告以查看特定版本中已关闭的问题(对于创建发行说明非常有用)。
我还提取所有未关闭的票证,并将其列为发行说明中的已知问题。