# Відповідальні за тікети

LLMS index: [llms.txt](/llms.txt)

---

<!-- overview -->

На додаток до [PR чергування](/docs/contribute/participate/pr-wranglers), офіційні затверджувачі, рецензенти та члени SIG Docs беруть участь у тижневих чергуваннях у [розгляді та категоризації тікетів](/docs/contribute/review/for-approvers/#triage-and-categorize-issues) в репозиторії.

<!-- body -->

## Обовʼязки {#duties}

Кожного дня під час тижневого чергування Відповідальний за тікети буде відповідати за:

- Щоденний розгляд та тегування нових тікетів. Дивіться [Розглядв та категоризація тікетів](/docs/contribute/review/for-approvers/#triage-and-categorize-issues) для керівництва з використання метаданих SIG Docs.
- Слідкування за застарілими та "протухлими" тікетами в репозиторії kubernetes/website.
- Підтримку [дошки тікетів](https://github.com/orgs/kubernetes/projects/72/views/1).

## Вимоги {#requirements}

- Повинен бути активним членом організації Kubernetes.
- Мінімум 15 [значущих](https://www.kubernetes.dev/docs/guide/pull-requests/#trivial-edits) внесків у Kubernetes (з яких певна кількість має бути спрямована на kubernetes/website).
- Виконання ролі неофіційно вже деякий час.

## Корисні команди Prow для відповідальних за тікети {#helpful-prow-commands-for-wranglers}

Нижче наведені деякі команди, що часто використовуються Відповідальними за тікетами:

```bash
# відкрити тікет знов
/reopen

# перенести тікет, що не підходять для k/website до іншого репозиторію
/transfer[-issue]

# змінити стан "протухлих" тікетів
/remove-lifecycle rotten

# змінити стан застарілих тікетів
/remove-lifecycle stale

# призначити sig до тікета
/sig <sig_name>

# додати конкретну область
/area <area_name>

# для тікетів, що підходять для початківців
/good-first-issue

# тікети, що потребують допомоги
/help wanted

# тегування тікетів як підтримки
/kind support

# прийняти розгляду для тікета
/triage accepted

# закрити тікета, з яким ми не будемо працювати і який ще не виправлено
/close not-planned
```

Щоб знайти більше команд Prow, зверніться до документації [Command Help](https://prow.k8s.io/command-help).

## Коли закривати тікети {#when-to-close-issues}

Для успіху проєкту з відкритим вихідним кодом важливо добре керувати тікетами. Але також критично важливо розвʼязувати питання, щоб підтримувати репозиторій і чітко спілкуватися з учасниками та користувачами.

Закривайте тікети, коли:

- Схожа проблема повідомляється більше одного разу. Спочатку потрібно позначити її як `/triage duplicate`; повʼязати її з основним тікетом та потім закрити. Також рекомендується направити користувачів до оригінального тікета.
- Дуже важко зрозуміти та розвʼязати проблему, представлену автором, з наданою інформацією. Однак, заохочуйте користувача надати більше деталей або відкрити питання знову, якщо він зможе відтворити його пізніше.
- Така ж функціональність реалізована деінде. Можна закрити цей тікет та направити користувача в потрібне місце.
- Повідомлена проблема наразі не відповідає цілям проєкту або не планується до розвʼязання.
- Якщо тікет виглядає як спам і явно не стосується теми.
- Якщо проблема повʼязана з зовнішнім обмеженням або залежністю і знаходиться поза контролем проєкту.


Щоб закрити питання, залиште коментар `/close` на питання.