kms писал(а) 14. Августа 2008 :: 09:41:

Это можно делать в багзилле. Правда не знаю, насколько это будет удобно.

Заводим два custom field: "номер версии появления (или обнаружения) бага" и "номер версии, в которой баг исправлен".
Можно оставить их plain text, тогда при заведении и работе с багом нужно будет очень аккуратно следить за корректностью вводимых данных.
Можно сделать их drop down, тогда придется список версий заводить два раза.

Потом делаем поиск, переходим на закладку Advanced, выбираем компоненту и ВСЕ состояния багов (нам ведь нужно найти и закрытые баги тоже?).
И на сладкое -  в самом низу пользуем "Advanced Searching Using Boolean Charts:"
Заводим два условия:
Bug Discover Version is less than НомерВерсии+1
AND
Bug Resolve Version is greater then НомерВерсии-1

К сожалению, там нет условий типа "is less or equal", так что это будет еще одно неудобство.

Расскажу рисунками.

trdm

Ага, понятно.
Дима, спасибо.

fez писал(а) 14. Августа 2008 :: 10:04:

Вижу.

Сделай, плз, еще поле "Introduced" - версия возникновения бага.
Не знаю, может будет и лениво его заполнять, может нет.

Если я сам могу настраивать список - я буду это делать.
Если нет - тогда поменяй на plain text, plz.

P.S.
Да, Федор, а как будет сравниваться plain text?
3.0.1.2 > 3.0.1.14?

fez

Федор, давай отрежем http://www.1cpp.ru/forum/YaBB.pl?num=1190914734/15#15 и перенесем в техничку.
А то это не совсем правильно, здесь ветка тематическая, а вопрос серьезный.

Мне бы хотелось значения этих custom field именно в виде версии снапшота.
Т.е. конкретной версии, без "*" на хвосте.

kms писал(а) 14. Августа 2008 :: 10:26:

Скорее всего.

А вот в дропдауне можно каждой записи присвоить свой собственный sort key.

fez писал(а) 14. Августа 2008 :: 10:43:

Вот было бы у нас svn, я бы не парился - писал бы туда просто версию ревизии и все.
И в поле версии icpp ее бы внес.
Лирика.

ОК, тогда давай придумаем малозатратный способ забить версии снапшотов в эти поля и дать им правильный sort key.
Надеюсь, получится.