開発者コミュニティは、Visual Studio の問題と機能の提案を追跡します。
問題と提案の送信
Visual Studio 開発者コミュニティは、Visual Studio の問題と機能の提案を追跡します。
問題を送信する前に
Visual Studio Developer Community で問題を検索して、まだ存在していないことを確認します。 問題が既に存在する場合は、関連するコメントを作成し、投票します。
問題が問題の場合は、タグ visual-studio を使用して Stack Overflow のコミュニティに質問してください。 そのタグを監視するカスタマー サポート スタッフがいて、質問に答えるのに役立ちます。
バグや機能を説明する既存の問題が見つからない場合は、以下のガイドラインを使用して問題を送信してください。
適切なバグ レポートまたは機能の提案の作成
問題ごとに 1 つの問題または機能要求のみを提出します。
- 複数の問題または機能要求を 1 つの問題に組み合わせると、診断が困難になり、他のユーザーが問題に投票することが困難になります。
- 入力内容が同じ場合を除き、既存のイシューに自分のイシューをコメントとして追加しないでください。 多くの問題は似ていますが、原因が異なるので、問題の診断が困難になります。
提供できる情報が多いほど、問題の再現と修正が容易になります。
各問題に次の手順を含めます。
- 再現可能な手順 (1...2... 3...)と何を期待していたか、何を経験したのか。
- 画像、アニメーション、またはビデオへのリンク。 画像とアニメーションは再現手順を示していますが、置き換 えることはできません 。
- 必要に応じて、問題を示すコード スニペット、またはコード リポジトリへのリンクを簡単にコンピューターにプルダウンして問題を再作成できます。
次の手順を忘れずに実行してください。
- 重複が存在するかどうかを検索します。 その場合は、既存の問題に投票し、必要に応じて追加のコメントや説明を提供します。
- すべての拡張機能を無効にした後、問題を再作成します。 インストールした拡張機能が原因で問題が発生している場合は、それぞれ拡張機能に問題を提出してください。
- 問題をより的確に特定できるように、イシューに関するコードを簡略化します。
詳細な情報を含む問題でも、問題を再現できない可能性があり、詳細情報を求められる場合があります。
問題レポートの管理
問題のトリアージは、機能チーム内で共同で行われるマルチステップ プロセスです。 トリアージには通常 1 週間かかりますが、時間がかかる場合があります。 トリアージの目的は、問題の内容を明確に理解できるようにすることです。 たとえば、トリアージ後に、問題を修正する予定か、コミュニティからのフィードバックが増えるのを待つ予定かがわかります。
問題を報告した後、ステータスはあなたの提出物がライフサイクルのどこにあるかを示します。 Visual Studio 製品チームがフィードバックを確認すると、適切な状態に設定されます。 問題の 状態と FAQ を参照して、問題レポートの進行状況を追跡します。
修正する問題の優先順位付け
報告されたすべての問題を修正することはできません。 修正するにはコストがかかりすぎるものもあれば、他の機能領域が低下する場合もあれば、影響が小さすぎるものもあります。 問題レポートを送信する時間を取った場合、これは残念な結果になる可能性があることを理解しています。 このプロジェクトでも、私たちが貢献した他のプロジェクトでも、私たちは皆そこにいました。 問題が閉じられ、提供した理由が満足できないと感じた場合は、ユース ケースを明確にし、別のパスに対して問題を再アクティブ化するように要求できます。 この時点で、詳細についてはお問い合わせください。
重要な情報が見つからない
問題に重要な情報がない場合は、[詳細情報が 必要 ] 状態が割り当てられます。 必要な特定の情報に関する問題についてコメントし、メール通知を受け取ります。 7 日以内に情報を受け取らない場合は、リマインダーが送信されます。 その後、14 日間の非アクティブ状態の後にチケットを閉じます。
その他の製品
問題を報告するときに、Visual Studio ではなく別の製品が原因である場合があります。 これは、別の関連アプリケーションまたは拡張機能である可能性があります。
その場合は、問題を閉じ、別の製品に関する問題を新たに開くようお願い致します。 これらの問題を解決する一般的な場所を次に示します。
追加情報
機能提案の管理
機能の提案は、開発者コミュニティのメンバーとの間のコミュニケーション手段です。 技術的には、すべての機能要求を永続的に開いたままにしておくことができます。 しかし、問題を開いたままにしておくと、コミュニティが機能の実際の状態を把握する能力が減少します。 そのため、対処しない機能要求を閉じて、[ レビュー中 ] ラベルに対応する機能を割り当てます。
機能を提案した場合は、要求に対応する予定がないのが残念な場合があります。 私たちは理解しています。 私たち全員がそこにいた - このプロジェクトや私たちが貢献した他の人。 だから、安心して、私たちはあなたのすべての入力を愛しています。 我々が提案をクローズしたり、[ レビュー中 ] ラベルを割り当てたりしても、個人的に気にしないでください。 機能の提案がオープンな状態を維持する必要がある場合は、ユース ケースを明確にして、Microsoft にお問い合わせするか、より多くの投票を集めてください。
意思決定プロセスでは、機能の提案に関する次の特性を確認します。
- それは私たちの一般的な製品の方向性と一致していますか?
- 私たちはそれを構築し、維持する余裕がありますか?
- 全体的な ロードマップ 戦略と一致していますか?
- 投票やコメントで示されているように、コミュニティのサポートはありますか?
- コミュニティのサポートが低くても、私たちはそれを愛していますか?
これらの質問に対して "はい" と答えることができない場合は、閉じます。 しかし、多くの場合、提案は、より多くのコミュニティフィードバックを収集するために 、レビュー中 としてオープンなままです。
提案が製品の全体的な方向性と一致しない場合は、[ スコープ外] として閉じます。 たとえば、Visual Studio 製品ファミリの他のメンバーにも同様の投資を行う場合があります。 または、提案された機能は少数のユーザーにのみ関連する可能性があるため、拡張機能は提供に適しています。
提案の 状態と FAQ を参照して、機能提案の進行状況を追跡します。
ディスカッションエチケット
会話を明確かつ透明に保つために、ディスカッションを英語に制限し、問題に関連するものを保持します。 他の人に思いやりを持ち、常に丁寧でプロフェッショナルな態度を取るようにしてください。
詳細については、 Microsoft コミュニティの行動規範を参照してください。
ディスカッションのエチケットに違反すると、コメントが削除され、最終的にユーザーが禁止される可能性があります。
データのプライバシー
コメントと返信はパブリックに表示されますが、添付ファイルは Microsoft と非公開でのみ共有されます。 この可視性は、コミュニティ全体が他のユーザーが見つけた問題と解決策を確認できるため、有益です。 データまたは ID のプライバシーについて懸念がある場合は、オプションがあります。 詳細については、 開発者コミュニティのデータ プライバシーに関するページを参照してください。
関連コンテンツ
Visual Studio 開発者コミュニティに移動して、問題の報告、機能の提案、または既存のチケットの参照を行います。 楽しんでね！