Усі помилки в Ubuntu мають життєві цикли. Крім того, кожен з них має "статус", який допомагає пояснити, що таке його життєвий цикл. У Ubuntu кожна помилка протягом тривалості її життєвого циклу має різні статуси.
Хоча це все задокументовано надзвичайно докладно у Посібнику з треїнгу , я (поки що у мене немає величезної кількості часу, щоб записати цей процес у тексті, але я згодом буду) публікувати "Блок-схеми", які надає команда помилок для цього ( натисніть тут для джерела діаграм потоків ). Кожен стан (у середній час) може бути пояснений у Документації про помилки / статус BugSquad , але я їх також задокументував тут.
(Зверніть увагу, що наведена нижче інформація може бути застарілою з документацією на вікі. Ви можете ознайомитись із вікі для найновішої інформації.)
Далі опис кожного показника стану помилки:
- Нове:
- Помилки подаються з таким статусом
- Іноді їм не вистачає інформації та
- Усі вони повинні бути без змін
- Неповні:
- Якщо вам доведеться задавати питання репортеру, встановіть помилку на Incomplete
- Попросіть представника надати будь-яку необхідну інформацію у коментарі та переконайтеся, що ви підписалися на звіт про помилку, щоб ви отримали будь-які оновлення помилки електронною поштою.
- Деякі помилки ніколи не реагують на адресу представника (також його називають "оригінальний плакат" або "ОП"). Ці помилки автоматично закінчуються програмою Launchpad через 60 днів, рахуючи з дня, коли вона була встановлена неповним. Не потрібно діяти на них (і, власне, зміна помилки перезапустить термін дії). Зауважте, що це стосується проекту Ubuntu (тобто тих завдань помилок, у яких "(Ubuntu)" у своєму імені). Для інших проектів може бути встановлений автоматичний неповний термін закінчення помилок.
- Якщо хтось, включаючи вас, коментує помилку, 60-денний термін придатності скидається.
- Висновок:
- Статус "думка" означає, що існує думка щодо певної помилки, і люди вільні продовжувати обговорення, але учасники проекту чи пакету повинні перейти до іншої роботи та розглядають проблему як закриту. Ідея полягає в тому, що помилки можна позначати закритими, тому розробники не витрачають на них часу, але дискусія все ще може тривати.
- Цей статус "думки" вважається експериментом, і він буде ретельно контролюватися.
- Недійсний:
- Цей статус слід використовувати, коли звіт про помилку не містить належної інформації для визначення того, чи це помилка чи ні, навіть якщо вона вирішена для репортера
- Це також слід використовувати, якщо повідомляється про проблему зовсім не помилка, а, наприклад, помилка користувача
- Його слід використовувати консервативно, оскільки помилки, позначені як "Недійсні", більше не відображаються в пошуку за замовчуванням
- Обов’язково потрійно перевіряйте помилку, перш ніж її визнати недійсною
- Термін дії:
- Цей статус схожий на Недійсний, але призначений спеціально для помилок, які занадто довго були неповними. (Дивись вище.)
- Цей стан можна встановити лише за допомогою запускуpadlib або інтерфейсу електронної пошти.
- Як і недійсні помилки, помилки, що втратили чинність, не відображаються в результатах пошуку за замовчуванням.
- Підтверджено :
- Інший репортер зіткнувся з тією ж помилкою, це може бути у вигляді повторюваної помилки або коментаря про помилку
- Підтверджені помилки потребують підтвердження від когось іншого, ніж оригінальний репортер
- Це допомагає переконатися, що помилка застосовна до Ubuntu взагалі, а не проблема з системою репортера, тому ...
- Будь ласка, не підтверджуйте власні помилки!
- Оброблений:
- Член UbuntuBugControl вважає, що звіт описує справжню помилку досить детально, щоб розробник міг почати працювати над виправленням. (також див. підказку нижче)
- Використовуйте це, коли ви впевнені, що розробник повинен переглянути його і має достатньо інформації
- Хоча це не вимога, стан задачі Ubuntu помилки буде виправлено до того, як відбудеться будь-яка переадресація вгору
- З помилками про linux Triaged означає, що помилка була протестована з основним ядром верхньої лінії
- В процесі:
- Якщо ви працюєте над тим, як виправити помилку, встановіть її на «Прогрес», щоб люди знали, що відбувається
- У програмі помилки повинні бути призначені людині, яка працює над ними
- Виправити здійснене:
- Завдання помилки Ubuntu: зміни очікують на завантаження і незабаром їх потрібно завантажити (це те, що PENDINGUPLOAD був у Bugzilla)
- Виправлено виправлення використовується також тоді, коли оновлений пакет існує у запропонованому сховищі, тобто пропонованому
- Виправлена помилка не повинна використовуватися, коли патч приєднаний до помилки
- Завдання про помилку вгору: виправлення знаходиться в CVS / SVN / bzr або присвоєно якомусь місці
- Виправлено випущено:
- Завдання помилки Ubuntu: виправлення було завантажено в офіційний сховище Ubuntu
- Примітка. Це не включає запропоновані, тобто стійкі, запропоновані
- Будь ласка, не соромтеся додати журнал змін як коментар, щоб люди знали, у якій версії пакета була виправлена помилка
- Якщо помилка виправлена в поточному випуску розробки, це Fix Released. Якщо помилку також потрібно виправити в стабільному випуску, скористайтеся посиланням "Ціль для випуску", щоб призначити її для цього випуску.
- Завдання про помилку за версією: оголошено про випуск тарболу та є загальнодоступним
- Не виправлено:
- Цей статус іноді використовується, коли виправлення помилок занадто суперечливе
- Він найчастіше використовується для помилок із ціллю випуску, які не будуть виправлені в цьому конкретному випуску, але можуть бути виправлені пізніше
- Він також може бути використаний для запитів на функції, які розробники не хочуть реалізовувати
(форматування дещо відрізнятиметься від вікі, оскільки форматування тут більш обмежене)
Пов’язані запитання та відповіді:
Значення важливості: Як визначаються значення значень помилок Ubuntu