О работе багтрекера

[vdemidov]

feedback это ожидание ответа от репортера.
assigned следует после confirmed это если будет много активных разработчиков, то указывается, кто конкретно это сейчас будет исправлять.

тличия resolved от closed - ?

Насколько я понимаю resolved можно переоткрыть. А closed это уже окончательное состояние.

[gpsMax]

Насколько я понимаю resolved можно переоткрыть. А closed это уже окончательное состояние.

Тогда есть предложение закрывать (выставлять closed) тикеты при выпуске очередной версии, относящиеся к ней. Переоткрывать их не стоит, они уже прописаны в истории изменений, код с ними выпущен. Название разве что поправить, а переоткрывать, имхо, не нужно - лучше сделать новый дочерний случай. Как, например, с полигонами было.

[vdemidov]

Согласен. Так и стоит сделать.

[Tolik]

баг в состоянии resolved, автор этого бага вполне может открыть заново.

Я, будучи репортером, не мог переоткрыть тикет (кнопки reopen не было). Надо проверить настройки.

Но я считаю, что репортер и не должен иметь возможности reopen, а должен иметь возможность добавить комментарий.
Например, если репортер не согласен с решением девелопера "won't fix", он смог бы написать своё мнение по этому поводу, но не более того.

[Tolik]

закрывать (выставлять closed) тикеты при выпуске очередной версии, относящиеся к ней

С этим я тоже согласен. А можно изменить статус всех таких тикетов одновременно? Их уже 3 сотни...

И те, которые duplicated или won't fix, надо тоже переводить closed.
Duplicated закрывать сразу, а won't fix - может быть не сразу (как вы считаете?), но в конце концов надо, чтоб они зря не болтались перед глазами.
Короче: всё, над чем больше работать никто не будет, надо закрыть.

[Tolik]

А вот какие статусы Мантиса в одной компании:

Мне они кажутся более логичными.
new - только что открыли, ещё никто не отреагировал
rejected - ничего делать не будут
work in progress - что-то делают (хотя бы просто обратили внимание на проблему)
confirmed - практически не используется. Видимо, девелоперы подтвердили баг и собираются выпустить фикс
pending - ждут ответа от заказчика (репортера), больше ничего не делают
resolved - проблема решена
closed - заказчик подтвердил решение и согласился закрыть

Может, раз пошла такая пьянка, и нам сделать так же? Особенно мне нравятся rejected и pending.

[vdemidov]

pending это ровно то же что у нас feedback
rejected может и стоило бы.

[gpsMax]

rejected - это won't fix.

[vdemidov]

rejected - это won't fix.

Ну да. Только выделенное в отдельный статус и отмеченное своим цветом.

[vasketsov]

Кстати, разработчики в багтреккере в нормальной ситуации никогда не бывают главными.

Когда разработчики являются и владельцами и основными заказчиками и управляющими, то главнее их нет никого.

Непонимание сути детектед. Я говорю не о конкретном человеке, а о его роли в проекте. И утверждать, что разработчик главнее, например, тестера, невозможно.
И вообще, как из "разработчики являются и владельцами и основными заказчиками и управляющими" следует, что надо для мозговых упражнений выбрать именно разработчика? Ну обзовись администратором, директором или ещё как? А то ей богу бред получается, выбираем роль разработчика и переворачиваем всё с ног на голову.