# Bidirektionale Synchronisierung zwischen Discourse Topics/Categories und GitHub/Gitlab Issue Trackers **URL:** \ **Category:** Feature\ **Tags:** code-review\ **Created:** [16. September 2021 um 17:10 UTC](https://meta.discourse.org/t/bidirectional-sync-between-discourse-topics-categories-and-github-gitlab-issue-trackers/203780 "2021-09-16T17:10:52Z")\ **Posts on this page:** 1\ **Showing post:** 3
**Author:** ![elsiehupp](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/elsiehupp/32/578380_2.png) [@elsiehupp](https://meta.discourse.org/u/elsiehupp)\ **Post date:** [17. September 2021 um 04:17 UTC](https://meta.discourse.org/t/bidirectional-sync-between-discourse-topics-categories-and-github-gitlab-issue-trackers/203780/3 "2021-09-17T04:17:31Z")
Hallo @tobiaseigen – danke für deine Antwort. Ich bin Administrator auf keinem Discourse-Forum, und mein Vorschlag basiert hauptsächlich auf einer wiederkehrenden Erfahrung, die ich als Nutzer und manchmal auch als Beitragender in verschiedenen Projekten gemacht habe. Ich habe mich speziell für Discourse Code Review entschieden, weil es de facto die einzige Discourse-GitHub-Integration zu sein scheint, es sei denn, es gibt andere aktuell gewartete Projekte, die mir nicht bekannt sind. Unabhängig davon werde ich dieses Thema umbenennen, um es etwas allgemeiner zu halten. Das Kernproblem ist im Grunde das Triage: Bei Projekten, die sowohl eine Discourse-Instanz als auch einen öffentlichen GitHub-Issue-Tracker haben, konzentrieren sich die Nutzer meist stärker auf die Discourse-Instanz. Wenn ein Diskussionsbeitrag eigentlich eher ein GitHub-Issue wäre, entsteht manchmal Reibung, wenn es darum geht, dass der Beitrag die richtigen Personen erreicht, die dafür zuständig sind, ihn zu bearbeiten. Eine andere Sichtweise darauf ist die von Postfächern oder Behältern: Wenn Endnutzer hauptsächlich auf der Discourse-Instanz aktiv sind und die Entwickler eher im GitHub-Repository, müssen die Entwickler oder eine mit der Triage betraute Person im Wesentlichen mehrere redundante Stellen im Blick behalten, an denen Leute ihre Probleme melden können, und eine konsistente Methode finden, Issues und Topics bei Bedarf zu migrieren. Was ich mir bei einer Synchronisierung von GitHub-Issues vorstelle, ist etwas Ähnliches wie [das Discourse-WordPress-Plugin](https://wordpress.org/plugins/wp-discourse/), bei dem der Issue-Tracker und eine entsprechende Discourse-Kategorie für den Endnutzer lediglich unterschiedliche Ansichten desselben zugrundeliegenden Satz von Gesprächen darstellen. Noch einmal: Ich bin nicht in der Lage, Geld für dieses Feature auszugeben. Ich poste hier aufgrund meiner Erfahrung und Frustration darüber, dass oft unklar ist, wo man welche Art von Feedback bei bestimmten Projekten hinterlassen soll, und dass fehlplatziertes Feedback leicht untergeht. (Oh, und vorzugsweise sollte es exakt die gleiche Funktionalität für GitLab wie für GitHub geben…) --- _[View the full topic](https://meta.discourse.org/t/bidirectional-sync-between-discourse-topics-categories-and-github-gitlab-issue-trackers/203780)._