Я думаю, что в одном продукте и в одном компоненте необходимо установить запрет на одинаковые аннотации.
Когда будет такое реализовано?
Если нет в планах, то как можно это сделать самому?
Заранее благодарю за информацию.
Отсутствует
Технически запрет легко реализовать на уровне БД.
Но это противоречит задаче, которой служит , в частности, жизненному циклу ошибки. От появления дублей это само по себе не спасет. А писать комментарии в существующей похожей, но не идентичной ошибке -- неправильно, надо регистрировать новую.
Отсутствует
Технически запрет легко реализовать на уровне БД.
Хм... это сложно?
Но это противоречит задаче, которой служит , в частности, жизненному циклу ошибки
Не понял, как это может противоречить жизненному циклу ошибки.
А писать комментарии в существующей похожей, но не идентичной ошибке -- неправильно, надо регистрировать новую.
Да.
Я думаю, что иметь N ошибок с одинаковым названием, но разные по сути это неправильно. Сейчас так можно
======================
Кстати, на форуме при цитировании не вставляется картинка . Надо вставлять её руками
Отредактировано Вопрос (24-11-2010 17:42:52)
Отсутствует
SnowyOwl пишетНо это противоречит задаче, которой служит , в частности, жизненному циклу ошибки
Не понял, как это может противоречить жизненному циклу ошибки.
Я думаю, что иметь N ошибок с одинаковым названием, но разные по сути это неправильно. Сейчас так можно
Название ошибки меняется по мере выяснения деталей. Изначально все ошибки, зарегистрированные чайниками, будут называться "не работает", но от этого их проблемы не становятся идентичными.
У проблем с одинаковыми названиями могут быть разные: версии, инициаторы, примеры со скриншотами, патчи, сроки, трудоемкость и т.п. Если таки выяснится что одно и то же -- для этого служит RESOLVED DUPLICATE.
Отсутствует
Я думаю, что иметь N ошибок с одинаковым названием, но разные по сути это неправильно. Сейчас так можно
Какие причины так делать? Ответа для себя так и не получил.
Название ошибки меняется по мере выяснения деталей. Изначально все ошибки, зарегистрированные чайниками, будут называться "не работает", но от этого их проблемы не становятся идентичными.
Разные названия, но одна суть - это не про то что я говорю. Я говоря когда наоборот.
У проблем с одинаковыми названиями могут быть разные: версии, инициаторы, примеры со скриншотами, патчи, сроки, трудоемкость и т.п.
Поэтом названия должны быть разные.
Разные сути, то и разные названия (разные ошибки).
Одна суть, то пишем в одну ошибку всё. Если открыли новую ошибку с уже ранее зафиксированной проблемой, то устанавливаем состояние - дубль.
Если таки выяснится что одно и то же -- для этого служит RESOLVED DUPLICATE.
Да. Но я не об этом.
Отредактировано Вопрос (29-11-2010 16:51:44)
Отсутствует
Багзилла прежде всего разрабатывается для программистов, а остальные еЁ притягивают за уши под свои нужны, всилу гибкости и универсальности.
Отсутствует
Вы уже обсуждали вариант иерархии доступа, в которой пользователи не видят ошибок друг друга. Что ответить такому пользователю -- если он не видит другой ошибки с этим именем?
Названия должны стать разными -- для этого есть редакторы с привилегиями editbugs, которые по неквалифицированным объяснениям пользователей восстанавливают картину для того, чтобы разработчик понял что делать.
Отсутствует