Ein Github Issue einem Thema zuweisen?

Gibt es eine Möglichkeit, einen GitHub-Issue-Link einem Thema zuzuweisen, das nur Moderatoren (oder andere festgelegte Gruppen) sehen können? Und hoffentlich auch, um Themen, die einen solchen Link haben, sortieren zu können. Dabei sollte man auf einen Blick erkennen können, dass ein Link vorhanden ist, ohne das Thema öffnen zu müssen.

Oft nutzen wir Whisper-Beiträge, um einen Link zum GitHub-Issue hinzuzufügen, das der Benutzer meldet. Man muss jedoch wissen, dass er vorhanden ist, und er könnte mitten in einem sehr langen Thema mit vielen Beiträgen stehen.

Ich nehme an, es muss nicht spezifisch für GitHub sein. Ich stelle mir das wie eine Benutzernotiz vor, bei der es dieses kleine Notizsymbol gibt, aber im Zusammenhang mit einem Thema statt mit einem Benutzer.

1 „Gefällt mir“

Die Verwendung einer Staff-Mitteilung im ersten Beitrag anstelle einer Whisper-Mitteilung würde das Problem lösen, dass sie irgendwo in der Mitte eines Themas erscheint. Allerdings glaube ich nicht, dass dies bei der Sortierung oder Sichtbarkeit außerhalb des Themas hilft.

Es könnte möglich sein, eine Theme-Komponente zu erstellen, um die Anwesenheit einer Staff-Mitteilung in den Themenlisten sichtbar zu machen, aber ich vermute, dass eine Sortierung ein Plugin erfordern würde.

3 „Gefällt mir“

Ich hatte nicht daran gedacht, eine Staff-Mitteilung zu verwenden, da sie, soweit ich weiß, öffentlich einsehbar sind. Eine Sortierung ist wohl nicht wirklich nötig. :thinking: Ich muss mir noch überlegen, wie ich das Theme-Komponente gestalten soll.

Danke für die Ideen.

1 „Gefällt mir“

Ah, du hast recht, Mitarbeiter-Notizen sind öffentlich einsehbar – ich war im Irrtum und dachte, es handele sich um Notizen für Mitarbeiter und nicht um von Mitarbeitern erstellte Notizen.

Der einzige Einfall, der nicht das Erstellen eines speziellen Plugins erfordert, wäre die Nutzung einer Tag-Gruppe, die nur für Mitarbeiter sichtbar ist, z. B. mit Tags wie ghi-123. Das wäre jedoch etwas umständlich zu verwalten, da ein Mitarbeiter erst zur Tag-Gruppe gehen und dort ein neues Tag erstellen müsste, bevor er das Thema bearbeitet, um das Tag hinzuzufügen. Außerdem erhältst du keinen anklickbaren Link zum Issue.

Wenn du mehrere Repositories hast, auf deren Issues du verweisen musst, könntest du für jedes eine eigene Tag-Gruppe erstellen, die ein übergeordnetes Tag erfordert, und Tags wie ghi-abc-123 verwenden. Die Anforderung eines übergeordneten Tags ist vielleicht sogar dann keine schlechte Idee, wenn du nur ein Repository hast, einfach um alle ghi-xyz-Tags beim Taggen anderer Themen auszublenden. Die übergeordneten Tags können ebenfalls in einer nur für Mitarbeiter sichtbaren Tag-Gruppe liegen.

Ich denke, ein benutzerdefiniertes Plugin wird hier das beste Erlebnis bieten. Je nachdem, wie viele Repositories du hast, wie oft du Issues Themen zuordnen musst und wie eng Discourse in deinen Arbeitsablauf integriert ist, könnte ein Tagging-Ansatz jedoch ausreichen.

2 „Gefällt mir“

Schauen Sie sich bitte die vorherigen verwandten Diskussionen dazu an, da es einige gibt, die dies betreffen. :+1:

3 „Gefällt mir“