Керівництво з сортування тікетів

Мета

Прискорити управління тікетів.

Тікети etcd знаходяться у https://github.com/etcd-io/etcd/issues і позначені мітками. Наприклад, тікет, що сповіщає про помилку, зрештою буде позначено міткою area/bug. Нові тікети створюються без міток, але зазвичай підтримувачі etcd та активні учасники додають мітки на основі своїх висновків. Детальний список міток можна знайти на https://github.com/kubernetes/kubernetes/labels

Нижче наведено кілька попередньо визначених пошуків проблем для зручності:

Обсяг дії

Ці керівні принципи служать основним документом для розбору вхідних тікетів у etcd. Усі можуть допомагати в управлінні тікетами та PR, але робота та обовʼязки, описані в цьому документі, створені з урахуванням підтримувачів etcd та активних учасників.

Перевірка, чи є тікет сповіщенням про помилку

Перевірте, чи тікет дійсно є помилкою. Якщо ні, додайте коментар з висновками і закрийте тривіальне питання. Для нетривіальних проблем дочекайтеся відповіді від автора тікету і перевірте, чи немає заперечень. Якщо автор не відповів протягом 30 днів, закрийте тікет. Якщо проблема не може бути відтворена або потребує додаткової інформації, залиште коментар для автора питання.

Неактивні тікети

Тікети, яким бракує достатньої інформації від авторів, слід закрити, якщо автор не надасть інформацію протягом 60 днів.

Дублікати тікетів

Якщо тікет є дублікатом, додайте коментар із зазначенням цього разом із посиланням на оригінальний тікет та закрийте його.

Тікети, які не стосуються etcd

Іноді повідомляються проблеми, які насправді стосуються інших проєктів, які використовує etcd. Наприклад, проблеми grpc або golang. Такі проблеми слід вирішувати, попросивши автора відкрити тікет в іншому відповідному проєкті. Закрийте проблему, якщо підтримувач та автор тікета не бачать необхідності залишити її відкритою для відстеження.

Перевірка важливих міток

Переконайтеся, що тікет має мітку на відповідних областях, додані відповідні виконавці та визначений етап. Якщо будь-яка з цих міток відсутня, додайте її. Якщо мітки не можна призначити через обмежені привілеї або не можна визначити правильну мітку, це нормально, зверніться до підтримувачів, якщо потрібно.

Підштовхніть автора тікета, якщо потрібно

Якщо проблема, яка належить розробнику, не має створеного PR протягом 30 днів, звʼяжіться з власником проблеми та попросіть створити PR або передати її комусь іншому, якщо це необхідно.