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

[gpsMax]

Я запутался с parent и child линками.

С одной стороны, как бы понятно, что parent - это родительский тикет, а child из него вытекает и без него невозможна его реализация. По идее, из названий как бы.

А с другой стороны, Мантис пишет сообщение "Not all the children of this issue are yet resolved or closed." в случае наличия незакрытых дочерних тикетов, то есть подразумевает, что дочерние должны выполняться до родительских. (посмотреть сообщение можно в 774, например). Разъясните, плиз, этот нюанс.

[Parasite]

Я запутался с parent и child линками.

Если ничего не получается - прочтите же, наконец, инструкцию!! ©

Код: Выделить всё

Ниже находится панель «Связи» («Relationships»), отражающая связи вопроса с другими вопросами. Могут быть следующие типы связей:
«зависит от/блокирует» («parent of/child of»)
    Пользователь будет предупреждаться, при попытке закрыть «родительский» вопрос, если вопросы-"потомки" еще не решены.
«связан с» («related to»)
    Равноправная информационная связь.
«дублирует/имеет дубль» («duplicate of/has duplicate»)
    Связывает вопросы-дубликаты.


[vdemidov]

«зависит от/блокирует» («parent of/child of»)    Пользователь будет предупреждаться, при попытке закрыть «родительский» вопрос, если вопросы-"потомки" еще не решены.

Офигеть. Значит я неправильно понимал смысл этих связей. Оказывается это просто для выделения вложенных задач, а не для установки зависимостей. Будем знать.

[gpsMax]

К вопросу о приоритетах - тикетам с выставленной датой 13xxxx и 15xxxx выставил priority=none. Ну, так, чтобы привести в соответствие с реальностью :-)

"Может раньше, может позже, но приоритет минимальный"

[Parasite]

К вопросу о приоритетах - тикетам с выставленной датой 13xxxx и 15xxxx выставил priority=none. Ну, так, чтобы привести в соответствие с реальностью
"Может раньше, может позже, но приоритет минимальный"

Хм. А зачем, собственно говоря? Срок исполнения тикета и так указан в каждом конкретном случае - и это не отменяет разных мер важности\приоритетов отдельных тикетов. Даже если он будет делаться через год - это вовсе не значит, что важность\приоритет отдельного тикета равны "none" по состоянию на сейчас, и поле "дата_исполнения" вовсе не аналог поля "приоритет". Возможно, какой-то тикет просто технически сложно сделать на настоящий момент - а завтра появится компонент и оное будет выполнено на раз-два. Такое ж уже было...

Опять же, поле "приоритет" заполняется со стороны отправителя (и посему будет всегда стремиться к максимуму вследствие догмы "Нужно здесь, сейчас, и даже еще вчера!"), а не со стороны отработчика (для которого приоритет тикетов всегда будет стремиться к минимуму - и ты прекрасно это доказал выше) - то есть, отражает исключительно приоритет вопроса для пользователя а не для программера. Отработчику сразу можно ставить все без исключения тикеты в минимум - ведь это ж вообще не его тикеты, лично ему часто вообще неинтересны, и "проблемы негров шерифа не волнуют", не так ли?

Фигней уже занимаешься, ей-Богу. Перетасовок тикетов туда-сюда и так уже гораздо больше, чем фактических работ по оным. Важны-то не тикеты как таковые, а работы по изложенным в оных задачам - бо завтра все равно придет очередной Вася Пупкин и накидает свежих с приоритетом "top!!!", и все начнется заново.
Сами-то тикеты пускай хоть в строчку без пробелов написаны - ведь главное, чтобы баги чинились а не чтобы они были красиво изложены. Бери пример с вдемидова вон - ставит себе молчком дату исполнения в обозримом будущем и в ус не дует.

[Tolik]

Я согласен с Parasite.
Не стоит без необходимости перетасовывать тикеты.
Вот сегодня заглянул в Мантис - вся страница жёлтая, все тикеты проапдейчены, а что нового произошло за день? Да ничего.