Metaはバグ報告者バッジをどのように扱っていますか？

データとレポート
1

Discourse の誰かが Bug に投稿されたバグ トピックに「いいね！」をすると発生することはわかっています。このために Web サービスを使用し、新しい投稿への最初の「いいね！」をリッスンして、CDCK の誰かによって複数回「いいね！」されていないことを確認していますか？

実装についてもっと知りたいです！

「いいね！」 4
2

それにはカスタムバッジがあります。:+1: （詳細については、Creating triggered custom badge queries および Enable Badge SQL を参照してください）

これがそのコードです。

SELECT distinct p.user_id, p.created_at granted_at, p.id post_id
FROM badge_posts p
JOIN topics t ON t.id = p.topic_id
JOIN post_actions pa ON pa.post_id = p.id AND
      post_action_type_id = (
                SELECT id FROM post_action_types WHERE name_key = 'like'
       ) AND
       pa.user_id IN (
           SELECT gu.user_id
           FROM group_users gu
           WHERE gu.group_id = ( SELECT id FROM groups WHERE name ilike 'team' )
       )
WHERE category_id = (
  SELECT id FROM categories WHERE name ilike 'bug'
) AND p.post_number = 1

（ちなみに、特定のグループからの特定のリアクションに基づいて機能する同様のものも作成しました :slight_smile:）

「いいね！」 5
3

@JammyDodger これは素晴らしいですね！まだカスタムバッジクエリを試す時間がありませんでしたが、これでついにできるようになるかもしれません。

もしよろしければお伺いしたいのですが、バッジ以外では、内部的にバグ提出をどのように処理していますか？少なくともMetaの文脈では？手動でバグキューに追加していますか？トピックから直接バグキューに送信するプラグインを使用していますか？

また、Discourseでバグレポートや機能リクエストを処理するロジスティクスや、それを開発/内部システムにどのように結びつけているかについても興味があります。

「いいね！」 5
4

とても楽しいですよ。:slight_smile: そして、インスピレーションやヒントが必要な場合は、たくさんの例がありますよ。:+1:

Bug カテゴリは、バグキューの大きな部分を占めています。:slight_smile: 重複を避けるために、Metaトピック内で問題を処理することがよくあります（ウィスパー、@メンション、割り当てを使用）。そして、追加の会話や他の人からの入力を必要とする場合にのみ、チームエリアに問題を分割します。カスタマーチャネルからもバグレポートを受け取りますが、それらも多くの場合「トピック内」で解決されます。ただし、複数のレポートがある場合や、すでに公開されているレポートがある場合は、会話が分割されすぎないように、通常は1つをメインとして使用し、他はクロスリンクします。私たち自身が見つけたものについては、解決するために誰かが飛び込めるように、いくつかの内部トピックを使用して小さなことをメモしておきます。そして、より大きなものについては、公開されている#bug カテゴリと同じ方法で専用のトピックを作成します。

一般的に、流れは次のようになります。レポートが届き、誰かがそれを再現しようとし、必要な追加の詳細を取得します。確認後、関連するグループ/担当者に@メンションのバットシグナルを送信して、優先順位を付け、割り当てます。修正が入り、トピックを閉じる投稿に挿入されます（トピックタイマーの遅延により、すべてが期待どおりに機能していることを確認できます :slight_smile:）。

Feature は、内部で議論することが多いので、少し異なります。これらの公開トピックでのウィスパーは最小限に抑え、短いメモや、追加の関心を集めているものに注意を引くために使用します（信頼できる@メンションです :slight_smile:）。そうすれば、会話が多くの場所に分散することはありません。プロダクトマネージャーも、さまざまなユースケースを探索したり、可能性を探ったりするために、これらの公開トピックで積極的に関与することを好みます（また、可能な限り透明性を保ちたいので、人々が彼らの考えを知ることができるようにします :slight_smile:）。Feature が真剣に検討されるようになると、開発者、デザイナー、プロダクトマネージャー、興味のあるコミュニティモデレーターなどが、どのようにすれば最善を達成できるかについてのアイデアやモックアップを共有できる内部トピックが作成されます（Metaトピックにクロスリンクして接続します）。

これを書いた今、それが役に立つかどうか分かりませんが…他に知りたいことがあれば教えてください。:slight_smile:

「いいね！」 4