GitHubのイシューをトピックに割り当てる？

貢献 特徴
1

GitHub の issue リンクを、モデレーター（または指定されたグループ）のみが閲覧できるトピックに割り当てる方法はありますか？また、リンクが付けられたトピックをソートできると理想的です。トピックを開かなくても、リンクが付けられていることがわかるようにしたいのです。

現在、ユーザーが報告している GHI へのリンクを追加するために、whisper 投稿をよく使っていますが、その存在を知るにはトピックを開く必要があり、投稿数が非常に多い長いトピックの途中にあることもあります。

GitHub 固有の機能である必要はないと思います。ユーザーノートのように、小さなノートアイコンがあるが、ユーザーではなくトピックに関連付けられたような仕組みを想像しています。

「いいね！」 1
2

最初の投稿にスタッフ通知を使用すれば、トピックの途中に埋もれてしまう問題は解決できますが、トピック外でのソートや表示については効果がないと思います。

テーマコンポーネントを作成（おそらく新規作成）して、トピック一覧でスタッフ通知の存在を表示できるようにする手法はあり得るかもしれませんが、ソート機能の実装にはプラグインが必要だと推測されます。

「いいね！」 3
3

スタッフのお知らせを使うとは思いもしませんでした。なぜなら、それらは公開されていると認識しているからです。並べ替えは必要ないかもしれませんね。:thinking: テーマコンポーネントについて考える必要があります。

アイデアをありがとう。

「いいね！」 1
4

ああ、おっしゃる通りですね。スタッフ通知は一般公開されています。私は「スタッフ向けの通知」だと誤解していましたが、実際は「スタッフが作成した通知」なんですね。

プラグインを作成せずに済む方法として思い浮かぶのは、スタッフにのみ表示されるタググループを使うことです。例えば ghi-123 のようなタグです。ただし、これは少し扱いにくいです。スタッフメンバーがタグを追加する前に、まずタググループに移動して新しいタグを作成し、その後トピックを編集してタグを追加する必要があります。また、イシューへのクリック可能なリンクも得られません。

複数のリポジトリを参照してイシューを割り当てる必要がある場合は、各リポジトリ用に親タグを必須とするタググループを作成し、ghi-abc-123 のようなタグを使用する方法もあります。複数のリポジトリがなくても、他のトピックにタグ付けする際に ghi-xyz 系のタグをすべて非表示にするために、親タグを必須にするのは悪い考えではありません。親タグ自体も、スタッフのみが利用可能なタググループに置くことができます。

やはり、最も優れた体験を提供するのはカスタムプラグインでしょう。ただし、リポジトリの数、トピックへのイシュー割り当ての頻度、Discourse がワークフローとどの程度密接に連携しているかによって、タグ付けアプローチだけでも十分かもしれません。

「いいね！」 2
7

これに関連する過去の議論をいくつかご覧いただくことをお勧めします。関連するものが多数あります。:+1:

「いいね！」 3