Wie kann man ein Problem in GitHub beschriften, wenn Sie kein Mitwirkender / Eigentümer sind?

211

Ich habe ein Problem für ein Projekt auf GitHub eingereicht, das nicht von mir stammt, und ich bin kein Mitwirkender, aber ich kann keinen Weg finden, mein Problem zu kennzeichnen. Gibt es eine Möglichkeit für mich, es zu kennzeichnen, oder ist dies nur für Mitwirkende verfügbar?

github

— Kenzo
quelle

Hmm, Jahre später und immer noch nicht möglich :(

— Paulm

Stoßen. Dies wird dringend benötigt. Eine vorläufige Bezeichnung, die der Benutzer festlegen kann. Der Benutzer weiß, ob er eine "Frage", eine "Funktionsanforderung" oder einen "Fehlerbericht" sendet. Der Benutzer hat jedoch keine formalisierte Möglichkeit, die Art des Problems anzugeben, sodass alle auf demselben Stapel unbeschrifteter Probleme landen.

— jemand anderes

8 Jahre später und immer noch nicht möglich

— vishal.k

Antworten:

226

Es ist nur für Mitwirkende verfügbar.

Auf diese Weise können Sie vermeiden, dass zufällige Personen die falschen Bezeichnungen zuweisen und Ihre Kategorien durcheinander bringen.

Es wäre jedoch nützlich, wenn Sie auf irgendeine Weise Etiketten vorschlagen könnten. Dann könnten Sie ein Problem als Fehler markieren, sodass der Eigentümer dies nur bestätigen kann. Viele Leute schlagen Etiketten im Titel vor:[proposed Label] actual title

— Noctua
quelle

Als Eigentümer einer Reihe von GitHub-Projekten sehe ich dies als eine Funktion.

— Andy Lester

Mit den Labels können die Mitwirkenden die Themen in Kategorien einteilen. Sie können Ihnen helfen, Priorität und dergleichen zu markieren. Wenn jeder seine Probleme kennzeichnen dürfe, würde diese Struktur verloren gehen.

— Noctua

Ich fühle mich jedes Mal wie ein Idiot, wenn ich etwas einreiche, von dem ich eindeutig weiß, dass es sich um eine Feature-Anfrage handelt ... Es wäre schön, einen besseren Weg zu haben, als nur "Feature-Anfrage" in den Text zu schreiben, um anzuzeigen, dass dies der Fall ist.

— El Yobo

Ich sehe, dass viele Leute das Problem nur mit dem Etikett benennen, von dem sie denken, dass es in eckigen Klammern eingeschlossen sein sollte. Exp: "[Feature Req] Dies wäre ein gutes Feature"

— Gus

0 Abstimmung Ich sehe dies als Fehler. Die Benutzeroberfläche gibt keinen klaren Grund an, warum Sie einem Problem kein Etikett zuweisen können. Daher verschwenden Sie am Ende Zeit damit, herauszufinden, ob Sie etwas falsch verstehen, und werden dann frustriert, wenn Sie sich dumm fühlen. Wenn GitHubs Designabsicht darin bestand, die Benutzer frustriert und dumm zu machen, ist das Design ein voller Erfolg. Wenn GitHubs Designabsicht NICHT darin bestand, die Benutzer frustriert und dumm zu machen, ist das Design eine Katastrophe.

— Eric Kolotyluk

Automatische Zuweisung von GitHub-Ausgabevorlagen (Dezember 2018)

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

Die Problemvorlagenfunktion ist viel älter, aber mit einem Update vom Dezember 2018 https://github.blog/changelog/2018-12-05-issue-template-automation-improvements/ kann sie Vorlagen nun automatisch Beschriftungen zuweisen ist eine gute Lösung für dieses Problem geworden.

Mit dieser Funktion können Repository-Administratoren eine Reihe von Problemvorlagen erstellen und jeder Vorlage eine Reihe von Beschriftungen zuweisen.

Wenn ein Benutzer ein neues Problem erstellt, können auch Nicht-Administratoren zwischen einer der Vorlagen wählen. In diesem Fall werden die Beschriftungen zugewiesen!

Ich mag diesen Ansatz, weil Sie damit effektiv eine Teilmenge von Labels bestimmen können, die jeder erstellen kann, während andere Labels möglicherweise nur für Mitarbeiter reserviert werden.

Hier ist ein Test-Repo von mir, auf dem Sie frei Probleme erstellen können, um es zu testen: https://github.com/cirosantilli/test-git-web-interface/issues/new

Die Vorlagen können auf der Registerkarte "Repo-Einstellungen" von GitHub erstellt werden. Selbst wenn Sie dies von dort aus tun, werden nur magische Dateien im .github/ISSUE_TEMPLATEVerzeichnis generiert , siehe z. B.: Https://github.com/cirosantilli/test-git-web-interface/tree /7f2bb195ff303a037499c1c349b3c89158221674/.github/ISSUE_TEMPLATE, was gut ist, da mehr Repo-Metadaten im Repo bleiben .

Das Verzeichnis könnte Folgendes enthalten:

.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

---

Alte Antwort

Ich habe diese Anfrage an support@github.comund https://github.com/isaacs/github/issues/148 gesendet und auf diese Frage hingewiesen.

@jdennes antwortete mit der üblichen Neutralität:

Ich habe diesem Element in unserer Liste der Funktionsanforderungen eine +1 zur Prüfung hinzugefügt.

was bestätigt, dass es nicht möglich ist.

Lassen Sie uns diese Frage dem Himmel zuordnen, bis sie es tun!

— Ciro Santilli 郝海东冠状病六四事件法轮功
quelle

Wie ist der bisherige Fortschritt?

— Pacerier

@ Pacerier Update: Issue-Vorlagen lösen das Problem jetzt gut!

— Ciro Santilli 法轮功冠状病. 事件法轮功