新しいトピックを作成するのではなく、ここで返信します。関連する他のトピックはこちら、こちら、こちら、そしてこちらです。（特にこのトピックスレッドは、比較的新しく、かつ比較的長いという点で特筆すべきです。）
私は Discourse Code Review のトピック において、それが GitHub Issues に対応しているかどうかを尋ねました。
tl;dr：Discourse Code Review の機能として、GitHub Issues と Discourse Topics の双方向同期をある程度実装することは、現在両者の間に曖昧さと重複があるプロジェクトにとって有益かもしれません。
他のスレッドは 1 ヶ月後に返信が自動削除されるため、ここにクロスポストします。
こんにちは、Elsieさん！ここで新しい #feature トピックを立てていただくと良いと思います。あなたが言及されている GitHub プラグインは、コードレビュープラグインとは異なるものです。
あなたは非常に熱心な様子ですね。Discourse Code Review への Issue 対応の追加は、PR を歓迎するものだと考えていますが、確信はありません。もし、あなたがどのようなことを考えているか、ここでもう少し詳しく説明していただければ、コミュニティの誰かが取り上げてくれるかもしれません。もし予算がある場合は、Marketplace に投稿することもできます。
@tobiaseigen さん、ご返信ありがとうございます。私はどの Discourse フォーラムの管理者でもなく、この提案は主に、さまざまなプロジェクトでユーザーおよび時には貢献者として経験してきた繰り返される課題に基づいています。
Discourse Code Review を取り上げた理由は、現在維持管理されている他のプロジェクトを私が知らない限り、事実上 Discourse と GitHub の統合として唯一の存在に見えるからです。いずれにせよ、このトピックのタイトルをもう少し一般的な内容に変更しようと思います。
基本的な問題はトリアージにあります。Discourse インスタンスと公開された GitHub 問題トラッカーの両方を持つプロジェクトでは、ユーザーが Discourse インスタンスに集中している傾向があります。そのため、ユーザーのトピックが本来は GitHub Issue として扱うべきものである場合、そのトピックが対応責任者に届くプロセスに摩擦が生じることがあります。
別の見方をすれば、これは「受信箱」や「バケット」の問題です。エンドユーザーが Discourse インスタンスでより活発に活動し、開発者が GitHub リポジトリでより活発に活動する場合、実質的に開発者またはトリアージを担当する人物は、人々が問題を投稿するための複数の重複した場所を管理し、必要に応じて Issue とトピックを移動させる一貫した方法を見出す必要があります。
私が想定している GitHub Issue の同期機能とは、Discourse WordPress プラグイン のようなものです。そこでは、Issue トラッカーと対応する Discourse カテゴリが、エンドユーザーにとって、同じ会話セットに対する異なる表示方法として機能します。
繰り返しになりますが、私はこの機能に資金を投じる立場にはありません。特定のプロジェクトにおいて、どのような種類のフィードバックをどこに投稿すべきか不明確であること、そして誤った場所に投稿されたフィードバックが見落とされがちであることに対する私の経験と不満に基づき、ここに投稿しています。
（あ、できれば GitHub と同様の機能が GitLab にもあると理想的ですが…）
このことを別の視点から捉えると、イシュートラッカーは、アジャイルプロジェクト管理の層を厚く重ねたフォーラム（あるいは古い表現で言えば「掲示板サービス」）に過ぎません。奇妙なことに、これらは電子メールを通じて完全にやり取りできるため、ある種のメーリングリストの性質も持っています。Discourse は、表面的には異なる（しかし多くの点で機能的には類似した）これらのサービスを結びつけ、分断を軽減するという、他にはない中核的な立場に位置しています。
ご説明いただきありがとうございます。実際には、Discourse を利用している貢献先のプロジェクトに対して、この件について相談する必要があると思います。現在、Discourse Code Review をどの程度のプロジェクトが利用しており、それがどのように機能しているのか、私にはまだ明確ではありません。具体的な情報があれば、PM でお知らせください。
そのプラグインは異なります。ディスカッションは Discourse 側にのみ存在し、WordPress の投稿の下部に埋め込まれる形をとっています。同期は行われていません。
その通りです。WordPress ははるかにモジュール化されているため、GitHub のような方法では実現できない形でそれを容易にするでしょう。
@elsiehupp これで進展はありましたか？同様のものを実装したいと考えています。Githubのイシューとディスコースのトピックとの双方向同期です。
いくつかのプロジェクトでこれに取り組んできました。ここに概念実証があります。
数週間以内に、いくつかのプロジェクトでテストバージョンを公開したいと考えています。
準備ができたら、喜んでテストのお手伝いをさせていただきます！
@elsiehupp @angus @sunjam GitHubのissueとDiscourseのトピック間で双方向同期を作成できましたか？私もこの機能を探しています。この件に関して、何か助けやガイダンスがあれば大変助かります。
投稿したブランチではそれ以上の作業はしていませんが、まだ機能するかもしれません。
試してみて、よろしければフィードバックをお願いします。
これは比較的少ない労力で更新できるかどうか疑問です。技術に詳しくないコミュニティにとっては必須です。
こんにちは！Discourse Meta にようこそ。私が探したところ、GitHub と Discourse 間の議論を同期させる機能が混乱を招いたため、廃止されたようですが、私が求めているのは同期機能ではありません。特定の投稿や返信を GitHub の Issue に変換する機能が必要です。これは静的なもので、情報を取得して Issue を作成し、その後は Discourse と同期せず、GitHub 側で独立して管理されるものです。
背景を説明しますと、私はいくつかの政府向けソリューションのビジネスチームに所属しています。私たちのソリューションは多くの公共機関で利用されていますが、最近、私たちの責任範囲が州や自治体にも拡大されました。そのため、非常に大規模なコミュニティが存在します。以前は GitHub で管理を試みましたが、GitHub は Discourse に比べてユーザーフレンドリーではなく、Discourse はコミュニティ管理には素晴らしいツールです。現在、提案やバグ報告などのやり取りを、大規模なコミュニティに対してわずか 6 人のチームで対応しています。私が求めているのは、特定の投稿を特定の GitHub リポジトリ（1 つでも複数でも可）の Issue に変換する機能だけです。GitHub 側で管理すれば十分であり、そこがボトルネックとなっています。
私は技術チームではなく、残念ながら技術的な貢献はできません。興味があり好奇心も強いのですが、Ruby の知識が全くないため、もしお手伝いいただける方がいれば、大変感謝いたします！
編集：投稿場所がわからず、すでに Issue と投稿の関係についての議論があるため、新しいトピックを開くのを控えさせていただきました。