Comment mettre une étiquette sur un problème dans GitHub si vous n'êtes pas contributeur / propriétaire?

211

J'ai soumis un problème pour un projet sur GitHub qui n'est pas le mien et je ne suis pas un contributeur, mais je ne trouve pas de moyen d'étiqueter mon problème. Existe-t-il un moyen de l'étiqueter ou est-ce uniquement disponible pour les contributeurs?

github Kenzo
la source
Hmm, des années plus tard et toujours pas possible :(
paulm
4
Bosse. C'est absolument nécessaire. Une étiquette préliminaire que l'utilisateur peut définir. L'utilisateur sait s'il envoie une "question", une "demande de fonctionnalité" ou un "rapport de bogue". Mais l'utilisateur n'a pas de façon formelle d'indiquer le type de problème, ils se retrouvent donc tous dans le même tas de problèmes non étiquetés.
quelqu'un d'autre
8 ans plus tard et toujours pas possible
vishal.k

Réponses:

226

Il n'est disponible que pour les contributeurs.

De cette façon, vous pouvez éviter que des personnes aléatoires attribuent les mauvaises étiquettes et gâchent vos catégories.

Il serait cependant utile que vous puissiez d'une certaine manière proposer des labels. Ensuite, vous pouvez marquer un problème comme ce que vous pensez être un bug, afin que le propriétaire puisse simplement le confirmer. Beaucoup de gens suggèrent des étiquettes dans le titre:[proposed Label] actual title

Noctua
la source
25
En tant que propriétaire d'un certain nombre de projets GitHub, je vois cela comme une fonctionnalité.
Andy Lester
6
Les étiquettes sont un moyen pour les contributeurs de diviser les problèmes en catégories. Ils peuvent vous aider à marquer la priorité et autres. Si tout le monde était autorisé à étiqueter ses problèmes, cette structure serait perdue.
Noctua
58
Je me sens comme une piqûre chaque fois que je soumets quelque chose que je sais clairement être une demande de fonctionnalité en tant que problème ... Ce serait bien d'avoir une meilleure façon que d'écrire simplement "demande de fonctionnalité" dans le corps pour indiquer que c'est le cas.
El Yobo
6
Je vois que beaucoup de gens intitulent simplement le problème avec l'étiquette qu'ils pensent qu'il devrait être placé entre accolades sqr. Exp: "[Feature Req] Ce serait une bonne fonctionnalité"
Gus
25
0 vote négatif Je vois cela comme un bug. L'interface utilisateur ne donne aucune raison claire pour laquelle vous ne pouvez pas attribuer d'étiquette à un problème.Vous finissez donc par perdre du temps à essayer de comprendre si vous ne comprenez pas quelque chose, puis à vous sentir frustré et stupide. Si l'intention de conception de GitHub était de faire en sorte que leurs utilisateurs se sentent frustrés et stupides, la conception est un succès total. Si l'intention de conception de GitHub n'était PAS de faire en sorte que leurs utilisateurs se sentent frustrés et stupides, la conception est un désastre.
Eric Kolotyluk
21

Affectation automatique des libellés des modèles de problème GitHub (décembre 2018)

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

La fonctionnalité de modèle de problème est beaucoup plus ancienne, mais avec une mise à jour de décembre 2018 https://github.blog/changelog/2018-12-05-issue-template-automation-improvements/, elle peut désormais attribuer automatiquement des étiquettes aux modèles, et elle est devenu une bonne solution à ce problème.

Avec cette fonctionnalité, les administrateurs de référentiel peuvent créer un ensemble de modèles de problème et attribuer un ensemble d'étiquettes à chaque modèle.

Ensuite, chaque fois qu'un utilisateur crée un nouveau problème, même non administrateur, il peut alors choisir entre l'un des modèles, et s'il le fait, les étiquettes sont attribuées!

J'aime cette approche, car elle vous permet effectivement de déterminer un sous-ensemble d'étiquettes que tout le monde peut créer, tout en réservant potentiellement d'autres étiquettes aux collaborateurs uniquement.

Voici un repo de test sur lequel vous pouvez librement créer des problèmes pour le tester: https://github.com/cirosantilli/test-git-web-interface/issues/new

Les modèles peuvent être créés à partir de l'onglet Paramètres du référentiel de GitHub, mais même si vous le faites à partir de là, il génère simplement des fichiers magiques dans le .github/ISSUE_TEMPLATErépertoire, voir par exemple: https://github.com/cirosantilli/test-git-web-interface/tree /7f2bb195ff303a037499c1c349b3c89158221674/.github/ISSUE_TEMPLATE ce qui est bien car il conserve plus de métadonnées de repo à l'intérieur du repo.

Le répertoire pourrait contenir quelque chose comme:

.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

---

Ancienne réponse

J'ai soumis cette demande à [email protected]et https://github.com/isaacs/github/issues/148 et souligné à cette question.

@jdennes a répondu avec le neutre habituel:

J'ai ajouté un +1 à cet article sur notre liste de demandes de fonctionnalités pour examen.

ce qui confirme que ce n'est pas possible.

Revoyons cette question au ciel jusqu'à ce qu'ils le fassent!

Ciro Santilli 郝海东 冠状 病 六四 事件 法轮功
la source
Alors, quel est le progrès jusqu'à présent?
Pacerier
Mise à jour de @Pacerier: les modèles de problème résolvent désormais bien le problème!
Ciro Santilli 郝海东 冠状 病 六四 事件 法轮功