Все ошибки в Ubuntu имеют жизненные циклы. Кроме того, у каждого из них есть «Статус», который помогает объяснить, каков его жизненный цикл. В Ubuntu для каждой ошибки по мере ее жизненного цикла устанавливаются различные статусы.
Хотя все это подробно описано в Руководстве по сортировке , я пока (пока у меня нет большого количества времени, чтобы описать этот процесс в тексте, но позже) опубликую «Блок-схемы», предоставленные Bug Squad для этого ( нажмите здесь для получения схемы ). Каждый статус (в то же время) может быть объяснен в документации BugsSquad Bugs / Status , но я также задокументировал их здесь.
(Обратите внимание, что приведенная ниже информация может быть устаревшей с документацией в вики, вам следует обратиться к вики для получения самой последней информации.)
Ниже приведено описание каждого индикатора состояния ошибки:
- Новое:
- Ошибки представлены с этим статусом
- Им иногда не хватает информации и
- Все они должны быть без посторонних
- Неполная:
- Если вам нужно задать вопросы репортеру, установите ошибку на Incomplete
- Попросите отправителя предоставить любую необходимую информацию в комментарии и убедитесь, что вы подписались на отчет об ошибке, чтобы получать обновления об ошибке по электронной почте.
- На некоторые ошибки никогда не отвечает отправитель (также называемый «оригинальный постер» или «OP»). Эти ошибки будут автоматически устранены Launchpad через 60 дней, считая с того дня, когда они были установлены не полностью. Нет необходимости действовать на них (и, фактически, изменение ошибки перезапустит период истечения). Обратите внимание, что это относится к проекту Ubuntu (то есть, к тем ошибочным задачам, в имени которых указано «(Ubuntu)»). Другие проекты могут иметь, а могут и не иметь автоматического истечения срока действия неполной ошибки.
- Если кто-то, включая вас, прокомментирует ошибку, 60-дневные часы истечения будут сброшены.
- Мнение:
- Статус «мнение» означает, что существует расхождение во мнениях относительно конкретной ошибки, и люди могут продолжить обсуждение, но сопровождающие проекта или пакета должны перейти к другой работе и считают, что проблема закрыта. Идея состоит в том, что ошибки могут быть помечены как закрытые, поэтому разработчики не тратят на них время, но обсуждение может продолжаться.
- Этот статус «мнение» считается экспериментом и будет тщательно контролироваться.
- Инвалид:
- Этот статус следует использовать, когда отчет об ошибке не содержит достаточной информации, чтобы определить, является ли это ошибкой, даже если она устранена для репортера
- Это также следует использовать, если сообщаемая проблема вовсе не ошибка, а, например, ошибка пользователя
- Его следует использовать консервативно, поскольку ошибки, помеченные как недействительные, больше не отображаются при поиске по умолчанию
- Обязательно трижды проверьте ошибку, прежде чем сделать ее недействительной
- Истекший:
- Этот статус похож на Invalid, но предназначен специально для ошибок, которые были неполными слишком долго. (См. Выше.)
- Этот статус можно установить только с помощью launchpadlib или интерфейса электронной почты.
- Как и недействительные ошибки, просроченные ошибки не отображаются при поиске по умолчанию.
- Подтверждено :
- Другой репортер столкнулся с такой же ошибкой, это может быть в виде дублирующейся ошибки или комментария к ошибке.
- Подтвержденные ошибки требуют подтверждения от кого-то, кроме оригинального репортера
- Это помогает гарантировать, что ошибка применима к Ubuntu в целом, а не проблема с системой репортера, поэтому ...
- Пожалуйста, не подтверждайте свои ошибки!
- отбирали раненых:
- Член UbuntuBugControl считает, что в отчете достаточно подробно описана подлинная ошибка, чтобы разработчик мог начать работу над исправлением. (см. также совет ниже)
- Используйте это, когда вы уверены, что на него должен смотреть разработчик, и у него достаточно информации
- Хотя это и не является обязательным требованием, состояние задачи Ubuntu ошибки будет инициировано до того, как произойдет переадресация в восходящем направлении.
- С ошибками в linux Triaged означает, что ошибка была протестирована с основным ядром основной ветки разработки.
- В ходе выполнения:
- Если вы работаете над исправлением ошибки, установите для нее значение In Progress, чтобы люди знали, что происходит.
- В прогрессе ошибки должны быть назначены человеку, работающему над ними
- Fix Committed:
- Задача с ошибкой Ubuntu: изменения ожидаются и скоро будут загружены (это то, что PENDINGUPLOAD было в Bugzilla)
- Fix Committed также используется, когда обновленный пакет существует в -предложенном репозитории, т.е.
- Fix Committed не должен использоваться, когда патч прикреплен к ошибке
- Задача с вышестоящей ошибкой: исправление находится в CVS / SVN / bzr или зафиксировано в каком-то месте
- Исправление выпущено:
- Ошибка с Ubuntu: исправление было загружено в официальный репозиторий Ubuntu
- NB Это не включает -предложено, т.е.
- Пожалуйста, не стесняйтесь добавлять журнал изменений в качестве комментария, чтобы люди знали, в какой версии пакета была исправлена ошибка
- Если ошибка исправлена в текущем выпуске, это исправление. Если ошибка также должна быть исправлена в стабильном выпуске, используйте ссылку «Цель для выпуска», чтобы назначить ее для этого выпуска.
- Задача с вышестоящим багом: был объявлен релизный тарболл, который доступен для всех
- Не исправлю:
- Этот статус иногда используется, когда исправление ошибки является слишком спорным
- Чаще всего он используется для ошибок с целью выпуска, которые не будут исправлены в этом конкретном выпуске, но могут быть исправлены позже
- Он также может использоваться для запросов функций, которые разработчики не хотят реализовывать
(форматирование будет немного отличаться от вики, так как форматирование здесь более ограничено)
Вопросы и ответы по теме:
Значение значения: Как определяются значения ошибок в Ubuntu