Как классифицировать ошибки и каков жизненный цикл ошибки?

Все ошибки в Ubuntu имеют жизненные циклы. Также, у каждого из них есть "Состояние", которое помогает объяснить, каков его жизненный цикл. В Ubuntu каждая ошибка, поскольку продолжается ее жизненный цикл, установили различные состояния на нем.

В то время как это все документируется в экстраординарную деталь в Руководстве по Медицинской сортировке, я буду (на данный момент, поскольку у меня нет огромного количества времени для описывания этого процесса в тексте, но я буду позже) отправлять "Блок-схемы", которые предоставлены Командой Ошибки для этого (щелкните здесь для источника блок-схем). Каждое состояние (тем временем) может быть объяснено в Документации Bugs/Status BugSquad, но я зарегистрировал их здесь также.

(Отметьте ниже информации, может устареть с документацией относительно Wiki, необходимо обратиться к Wiki для большей части актуальной информации.)

Следующее является описанием каждого индикатора состояния на ошибке:

• Новый:
  • Ошибки отправлены с этим состоянием
  • Они иногда испытывают недостаток в информации и
  • Все они должны быть не сортированы
• Неполный:
  • Если необходимо задать вопросы генератора отчетов, установите ошибку на Неполный
  • Попросите, чтобы submitter предоставил любую необходимую информацию в комментарии и удостоверился, что Вы подписываете себя на отчет об ошибках, таким образом, Вы получите любые обновления ошибки по электронной почте.
  • На некоторые ошибки никогда не отвечает submitter (также названный "исходный плакат" или "OP"). Эти ошибки автоматически истекут Панелью запуска через 60 дней, считаемых со дня, она была установлена неполная. Нет никакой потребности действовать на них (и, на самом деле, изменение ошибки перезапустит период истечения). Обратите внимание, что это запрашивает проект Ubuntu (т.е. те задачи ошибки, которые имеют" (Ubuntu)" на их имя). Другие проекты, или не может, может иметь автоматический неполный набор истечения ошибки.
  • Если кто-либо, включая Вас, комментирует ошибку, 60-дневные часы истечения сбрасываются.
• Мнение:
  • Состояние 'мнение' означает, что существуют расхождения во мнениях вокруг конкретной ошибки, и люди свободны продолжить обсуждение, но проект или специалисты по обслуживанию пакета должны переместиться в другую работу и считают проблему закрытой. Идея состоит в том, что ошибки могут быть отмечены закрытые, таким образом, разработчики не напрасно тратят время на них, но обсуждение может все еще продолжиться.
  • Это состояние 'мнение' считают экспериментом и будут тесно контролировать.
• Недопустимый:
  • Это состояние должно использоваться, когда отчет об ошибках не содержит достоверную информацию, чтобы определить, является ли это ошибкой, даже если это разрешено для генератора отчетов
  • Это должно также использоваться, если проблемой, о которой сообщают, не является ошибка вообще, но например пользовательская ошибка
  • Это должно использоваться консервативно в качестве ошибок, отмеченных, поскольку Недопустимый больше не обнаруживаются в поисках по умолчанию
  • Убедитесь тройной проверке ошибка перед лишением законной силы ее
• Истекший:
  • Это состояние подобно Недопустимому, но предназначено специально для ошибок, которые были Неполными слишком долго. (См. выше.)
  • Это состояние только может быть установленным при помощи launchpadlib или почтового интерфейса.
  • Как Недопустимые ошибки, Истекшие ошибки не обнаруживаются в поисках по умолчанию.
• Подтвержденный:
  • Другой генератор отчетов испытал ту же ошибку, это может прибыть в форме дублирующейся ошибки или комментария ошибки
  • Подтвержденные ошибки требуют подтверждения от кого-то другого, чем исходный генератор отчетов
  • Это помогает гарантировать, что ошибка применима к Ubuntu в целом и не проблеме с системой генератора отчетов, поэтому...
  • Не подтверждайте свои собственные ошибки!
• Сортированный:
  • Член UbuntuBugControl полагает, что отчет описывает подлинную ошибку достаточно подробно, что разработчик мог начать работать над фиксацией. (также посмотрите подсказку ниже),
  • Используйте это, когда Вы уверены, что на это должен посмотреть разработчик и имеет достаточно информации
  • В то время как не требование состояние задачи Ubuntu ошибки будет Сортировано, прежде чем любая восходящая передача происходит
  • С ошибками о Сортированном Linux означает, что ошибка была протестирована с восходящим ядром магистрали
• Происходящий:
  • Если Вы работаете над исправлением ошибки, установите его на Происходящий, таким образом, люди знают то, что продолжается
  • В прогрессе ошибки должны быть присвоены человеку, работающему над ними
• Зафиксируйте зафиксированный:
  • Задача ошибки Ubuntu: изменения находятся на рассмотрении и быть скоро загруженными (это - то, какой PENDINGUPLOAD был в Bugzilla),
  • Зафиксируйте Зафиксированный, также используется, когда обновленный пакет существует в - предложенный репозиторий т.е. предложенный Харди
  • Зафиксируйте Зафиксированный, не должен использоваться, когда патч присоединен к ошибке
  • Восходящая задача ошибки: фиксация находится в CVS/SVN/bzr или согласилась на некоторое место
• Зафиксируйте выпущенный:
  • Задача ошибки Ubuntu: фиксация была загружена на официальный репозиторий Ubuntu
  • N.B. Это не включает - предложенный т.е. предложенный Харди
  • Добавьте журнал изменений как комментарий, таким образом, люди знают, в которой версии пакета была исправлена ошибка
  • Если ошибка исправлена в текущем выпуске разработки, это - Выпущенная Фиксация. Если ошибка также должна быть исправлена в стабильной версии, используйте "Цель для выпуска" ссылки для выдвижения ее на тот выпуск.
  • Восходящая задача ошибки: о выпуске tarball объявили и общедоступен
• Не зафиксирует:
  • Это состояние иногда используется, когда исправление ошибки слишком спорно
  • Это чаще всего используется для ошибок с целью выпуска, которая не будет зафиксирована в том конкретном выпуске, но может быть зафиксирована позже
  • Это может также использоваться для запросов новых функций, которые разработчики не хотят реализовывать

(форматирование будет отличаться немного от Wiki, поскольку форматирование здесь более ограничено),

Связанные вопросы и ответы:
Значение важности: Как Значения Важности Ошибок Ubuntu Решены