Как следует использовать поле Version в Trac?

Question

Я использую Trac для отслеживания ошибок и будущих изменений в моих программных проектах. У билетов в Trac есть поле «Версия», и я пытаюсь найти лучший способ использовать это поле.

Скажем, я обнаружил ряд ошибок в версии 1.0 моего программного обеспечения. Я создаю билеты в треке для каждого и назначаю их версии 1.0. Теперь скажите, что я исправляю некоторые ошибки, добавляю некоторые новые функции и выпускаю версию 1.1. Но некоторые из старых ошибок 1.0 все еще в 1.1. Должен ли я изменить их соответствующие билеты на версию 1.1, потому что они также теперь существуют в 1.1? Или я должен оставить их установленными на версию 1.0, чтобы отслеживать, в какой версии была обнаружена ошибка, и просто предположить, что все открытые заявки в более старых версиях все еще существуют в более новых версиях?

Answer 1

Я обычно использовал бы поле версии, чтобы указать версию, в которой была обнаружена ошибка. Я бы использовал веху, чтобы указать, в какой версии будет исправлен билет. Если билет открыт, он не был исправлен.

Answer 2

Всегда есть возможность обновить некоторые поля непосредственно в sqlite или mysql. Если вы знакомы с Python, вы можете разработать небольшой скрипт Python, который делает эту работу. при условии, что вы выпускаете один или два раза в год ...

Answer 3

Один из подходов - пометить сборки, используя подходящий номер версии. Тогда довольно легко обновить поле версии с TracLink по мере развития заявки.

Приложение: Несколько примеров использования TracLink в поле версии можно найти в tickets , связанном с Trac . Многие оставляют поле пустым. Несколько, включая ticket # 8146 , реализуют Trac Ticket Queries . Другие указывают на соответствующие этапы и т. Д. Использование так же разнообразно, как и сами билеты.

Answer 4

Я использую версию 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

Затем вы можете создавать отчеты, чтобы увидеть, какие проблемы были закрыты в конкретной версии (полезно для создания заметки о выпуске).

Я также извлекаю все не закрытые заявки и перечисляю их как известные проблемы в заметке о выпуске.