Як поставити етикетку на проблему в GitHub, якщо ви не учасник / власник?


211

Я подав випуск проекту GitHub, який не є моїм, і я не є учасником, але я не можу знайти спосіб позначити свою проблему. Чи є спосіб, щоб я позначив це, чи це доступно лише для дописувачів?


Хм, років по тому і досі неможливо :(
Паульм

4
Збиватися. Це дуже потрібно. Попередня мітка, яку може встановити користувач. Користувач знає, чи надсилає він "запитання", "запит на функції" чи "звіт про помилки". Але користувач не має формалізованого способу вказувати тип випуску, тому всі вони опиняються в одній купі невизначених питань.
ще хтось

Через 8 років і досі неможливо
vishal.k

Відповіді:


226

Він доступний лише для учасників.

Таким чином, ви можете уникнути випадкових людей, які присвоюють неправильні ярлики та псують ваші категорії.

Однак було б корисно, якби ви могли якось запропонувати етикетки. Тоді ви можете позначити проблему як те, що ви вважаєте помилкою, тому власник може просто підтвердити це. Багато людей пропонують мітки в назві:[proposed Label] actual title


25
Як власник низки проектів GitHub, я бачу це як особливість.
Енді Лестер

6
Етикетки - це спосіб розділити видання на категорії. Вони можуть допомогти вам відзначити пріоритет і таке. Якби всім було дозволено маркувати свої випуски, ця структура була б втрачена.
Ноктуа

58
Я відчуваю себе укол щоразу, коли я надсилаю щось, я, очевидно, знаю, що це запит на функцію як питання ... Було б непогано мати кращий спосіб, ніж просто написати "запит на функцію" в тілі, щоб вказати, що це так.
El Yobo

6
Я бачу, що багато людей просто називають проблему етикеткою, на яку вони думають, що вона повинна бути укладена в квадратні дужки. Exp: "[Feature Req] Це була б хороша особливість"
Gus

25
0 вниз голосування Я вважаю це помилкою. Користувальницький інтерфейс не дає чітких причин, чому ви не можете присвоїти етикетці проблемі, тому ви в кінцевому підсумку витрачаєте час, намагаючись з'ясувати, чи не розумієте щось, а потім отримуєте все розчарування почуття дурного. Якщо дизайнерська мета GitHub полягала в тому, щоб змусити користувачів відчувати себе розчарованими і дурними, то дизайн - це загальний успіх. Якщо наміром GitHub НЕ було змусити користувачів відчувати себе розчарованими та дурними, то дизайн - це катастрофа.
Ерік Колотилюк

21

Автоматичне призначення міток шаблонів випуску GitHub (грудень 2018 року)

https://help.github.com/en/articles/creating-issue-templates-for-your-repository

Функція шаблону випуску набагато старша, але з оновленням від грудня 2018 року https://github.blog/changelog/2018-12-05-issue-template-automation-improvements/ тепер може автоматично призначати мітки шаблонам, і це стала хорошим рішенням цієї проблеми.

За допомогою цієї функції адміністратори сховища можуть створити набір шаблонів випусків та призначити набір міток кожному шаблону.

Потім, коли користувач створює нову проблему, навіть не адміністратори, тоді можна вибрати один із шаблонів, і якщо вони є, мітки присвоюються!

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

Ось мій тестовий репо, про який ви можете вільно створювати проблеми, щоб перевірити його: https://github.com/cirosantilli/test-git-web-interface/isissue/new

Шаблони можна створити на вкладці «Репо» репортажу GitHub, але навіть якщо ви робите це звідти, він просто генерує магічні файли під .github/ISSUE_TEMPLATEкаталогом, див. Наприклад: https://github.com/cirosantilli/test-git-web-interface/tree /7f2bb195ff303a037499c1c349b3c89158221674/.github/ISSUE_TEMPLATE що добре, оскільки воно зберігає більше метаданих repo всередині репо.

Каталог може містити щось на зразок:

.github / ISSUE_TEMPLATE / bug.md

---
name: bug
about: Use this template to report existing bugs.
title: 'Bug'
labels: bug

---

.github / ISSUE_TEMPLATE / feature-request.md

---
name: feature-request
about: Use this template to request new features.
title: 'Feature request'
labels: feature-request

---

Стара відповідь

Я представив це прохання support@github.comі https://github.com/isaacs/github/issues/148 і вказав на це питання.

@jdennes відповів звичайним нейтральним:

Я додав +1 до цього пункту до нашого списку запитів на ознаки для розгляду.

що підтверджує, що це неможливо.

Давайте піднімемо це питання до неба, поки вони цього не зроблять!


То який прогрес поки що?
Pacerier

@Pacerier update: шаблони видачі тепер вирішують проблему красиво!
Ciro Santilli 郝海东 冠状 病 六四 事件 法轮功
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.