Code Review: Issues Migrator

Entschuldigung, falls dies der falsche Ort für diesen Beitrag ist, aber gibt es Pläne, eine Funktionalität ähnlich dem GitHub Issue → Discourse Migrator erneut einzuführen? Wir würden dies gerne im kubernetes-Projekt und in einigen anderen OSS-Projekten, die mir bekannt sind, nutzen.

Wir schließen Support-Themen, die auf GitHub gepostet werden, und bitten die Nutzer, sie in unserem Discourse-Forum neu zu eröffnen. Wenn eine Migrationsfunktion integriert wäre, könnten wir einen Bot-Befehl hinzufügen, um sie automatisch zu verschieben, wenn sie als solche markiert werden, und dem Nutzer einen Link dazu bereitstellen.

6 „Gefällt mir“

Oh, das klingt so, als würdest du hier nach einer dauerhafteren Lösung suchen. Lass uns die Issue-Liste regelmäßig durchsuchen und Issues kopieren/schließen.

Workflow-mäßig wäre eine gute Lösung, wenn du Dinge mit kind/support taggst. Wenn wir dann neue Support-Issues sehen, würden wir diese auf GitHub schließen, auf Discourse öffnen und einen Beitrag veröffentlichen, der auf Discourse verlinkt.

Für eine solche Lösung wäre einiges an Arbeit nötig. Wir müssten unser Discourse ↔ GitHub-Plugin (GitHub - discourse/discourse-github · GitHub) erweitern; aktuell übernehmen wir nur Linkbacks. Aber es ist definitiv machbar.

Ich denke nicht, dass dies in das Code-Review-Plugin passt, also kein erneutes Tagging.

Geht es bei dieser Art von Arbeit um Sponsoring? Wenn ja, kann ich dies in unseren Team-Eingang verschieben.

3 „Gefällt mir“

Entschuldigen Sie bitte meine verzögerte Antwort.

Hinweis: Ich bin nicht besonders vertraut mit der Funktionsweise des discourse-github-Plugins, aber eine mögliche Idee wäre: Wenn ein Projekt einen Aufruf (Webhook) auslösen kann, der die betreffende Issue-Nummer enthält, könnte es die Issue abrufen, einen Beitrag als Topic erstellen und dann einen Link in der Issue zurück zum Topic posten?

Auf diese Weise liegt die Verantwortung für das Auslösen des Abrufs der Issue und der Kommentare beim Maintainer des Repos. Dies könnte eine GitHub-Action, ein Probot-Plugin usw. sein. Sie können auch entscheiden, ob sie die Issue automatisch schließen oder offen lassen möchten.

2 „Gefällt mir“

Als Ergänzung zum letzten Teil: Noch nicht im Moment, aber eventuell in der Zukunft.