Partager via

Instructions de la communauté des développeurs

La Communauté des développeurs suit les problèmes et les suggestions de fonctionnalités pour Visual Studio.

Envoi de problèmes et suggestions

La Visual Studio Developer Community suit les problèmes et les suggestions de fonctionnalités pour Visual Studio.

Avant de soumettre un problème

Recherchez votre problème dans Visual Studio Developer Community pour vous assurer qu’il n’existe pas déjà. Si votre problème existe déjà, faites des commentaires pertinents et votez.

Si votre problème est une question, posez votre question à la communauté sur Stack Overflow en utilisant le tag visual-studio. Nous avons le personnel du support technique qui surveille cette balise et vous aidera à répondre aux questions.

Si vous ne trouvez pas de problème existant qui décrit votre bogue ou votre fonctionnalité, envoyez un problème à l’aide des instructions ci-dessous.

Écriture d’un bon rapport de bogues ou d’une suggestion de fonctionnalité

  • Fichier uniquement un problème ou une demande de fonctionnalité par problème.

    • La combinaison de plusieurs problèmes ou demandes de fonctionnalités en un seul problème nous rend plus difficiles à diagnostiquer, et plus difficile pour les autres utilisateurs de voter pour votre problème.
    • N’ajoutez pas votre problème en tant que commentaire à un problème existant, sauf s’il s’agit d’une entrée identique. De nombreux problèmes ressemblent, mais ont des causes différentes, ce qui rend plus difficile pour nous de diagnostiquer votre problème.

  • Plus vous pouvez fournir d’informations, plus il sera facile de reproduire et de résoudre votre problème.

  • Incluez les étapes suivantes pour chaque problème.

    • Étapes reproductibles (1... 2... 3...) et ce que vous attendiez par rapport à ce que vous avez vécu.
    • Des images, des animations ou un lien vers une vidéo. Les images et les animations illustrent les étapes de reproduction, mais ne les remplacent pas .
    • Selon les besoins, un extrait de code qui illustre le problème ou un lien vers un référentiel de code, nous pouvons facilement extraire sur notre ordinateur pour recréer le problème.

  • N’oubliez pas d’effectuer les étapes suivantes :

    • Recherchez pour voir s’il existe un doublon. Si c’est le cas, votez sur la question existante, en fournissant des commentaires ou des clarifications supplémentaires si nécessaire.
    • Recréez le problème après avoir désactivé toutes les extensions. Si vous trouvez que le problème est dû à une extension que vous avez installée, créez un problème sur l’extension respectivement.
    • Simplifiez votre code autour du problème afin de pouvoir mieux isoler le problème.

Même avec des problèmes qui incluent des détails riches, nous pouvons être incapables de reproduire le problème et pouvons demander plus d'informations !

Gestion des rapports de problèmes

Le triage d’un problème est un processus en plusieurs étapes qui est effectué en collaboration au sein de l’équipe de fonctionnalités. Le triage prend généralement une semaine, mais peut prendre plus de temps. L’objectif du triage est de vous fournir une compréhension claire de ce qui arrivera à votre problème. Par exemple, après le triage, vous savez si nous prévoyons de résoudre votre problème ou d’attendre d’autres commentaires de la communauté.

Après avoir signaler un problème, les états indiquent où vos soumissions sont dans leur cycle de vie. Lorsque les équipes de produits Visual Studio passent en revue vos commentaires, elles lui attribuent un statut approprié. Suivez la progression de vos rapports de problèmes en référençant les états du problème et le FAQ.

Hiérarchisation des problèmes à résoudre

Nous ne pouvons pas résoudre tout le problème signalé. Certains sont trop coûteux à corriger, certains peuvent régresser d’autres zones de fonctionnalités, et certains peuvent avoir un impact trop faible. Nous comprenons que cela peut être décevant si vous avez pris le temps de nous envoyer un rapport de problème. Nous avons tous été là, que ce soit dans ce projet ou d’autres que nous avons contribués. Si un problème a été fermé et que vous pensez que la raison que nous avons donnée n’est pas satisfaisante, vous pouvez clarifier votre cas d’utilisation et demander que le problème soit réactivé pour une autre passe. À ce stade, nous pouvons vous demander d’autres informations.

Informations importantes manquantes

Lorsqu’un problème manque d’informations importantes, nous affectons l’état Besoin d’informations supplémentaires. Nous commentons le problème avec les informations spécifiques dont nous avons besoin, et vous recevrez une notification par e-mail. Si nous ne recevons pas les informations dans les sept jours, nous vous envoyons un rappel. Après cela, nous fermons le ticket après 14 jours d’inactivité.

Autre produit

Parfois, lorsqu'on signale un problème, il s'avère que la cause est un autre produit et non Visual Studio. Il peut s’agir d’une autre application associée ou d’une extension.

Lorsque cela se produit, nous allons fermer le problème et vous demander de l’ouvrir avec l’autre produit. Voici quelques endroits courants pour déposer ces problèmes :

Informations supplémentaires

Gestion des suggestions de fonctionnalités

Les suggestions de fonctionnalités sont un moyen de communication entre nous et les membres de la communauté des développeurs. Techniquement, nous pourrions conserver toutes les demandes de fonctionnalités ouvertes pour toujours. Toutefois, le fait de garder les problèmes ouverts réduirait la visibilité de la communauté sur l’état réel d’une fonctionnalité. Par conséquent, nous fermons les demandes de fonctionnalités que nous n’allons pas traiter et affecter des fonctionnalités que nous pourrions adresser à l’étiquette Under Review .

Si vous avez suggéré une fonctionnalité, vous serez peut-être déçu que nous ne prévoyons pas d’adresser votre demande. Nous comprenons cela. Nous avons tous été là - dans ce projet ou d'autres auxquels nous avons contribué. Donc, rassurez-vous, nous aimons toutes vos contributions. Ne prenez pas d’offense personnelle lorsque nous fermons ou assignons l’étiquette Under Review à votre suggestion. Si vous pensez que votre suggestion de fonctionnalité mérite d’être ouverte, précisez votre cas d’utilisation et contactez-nous ou rassemblez plus de votes.

Dans notre processus décisionnel, nous examinons les caractéristiques suivantes concernant la suggestion de fonctionnalité :

  • Est-ce qu’il correspond à notre direction générale du produit ?
  • Pouvons-nous nous permettre de construire et de le maintenir ?
  • S’aligne-t-il sur notre stratégie globale de feuille de route ?
  • Est-ce qu’elle a un soutien communautaire, comme indiqué par les votes et les commentaires ?
  • Est-ce que nous l’aimons, même avec un faible soutien communautaire ?

Lorsque nous ne pouvons pas répondre à « oui » à l’une de ces questions, nous allons le fermer. Mais souvent, la suggestion restera ouverte en tant que sous-examen pour recueillir plus de commentaires de la communauté.

Si une suggestion ne correspond pas à notre orientation générale du produit, nous la fermerons en tant que hors sujet. Par exemple, nous pouvons avoir des investissements similaires dans d’autres membres de la famille de produits Visual Studio. Ou la fonctionnalité suggérée peut uniquement être pertinente pour quelques personnes, ce qui rend une extension mieux adaptée à sa fourniture.

Suivez la progression de votre suggestion de fonctionnalité en référençant les états de suggestion et le FAQ.

Étiquette de discussion

Pour garder la conversation claire et transparente, limitez la discussion à l’anglais et gardez les choses pertinentes pour le problème. Soyez attentif aux autres et essayez toujours d'être courtois et professionnel.

Pour plus d’informations, consultez le Code de conduite de la communauté Microsoft.

Toute violation de l’étiquette de discussion peut entraîner la suppression du commentaire et éventuellement l’interdiction de l’utilisateur.

Si vous croyez que votre compte a été interdit par erreur, contactez-vous pour vsfeedback@microsoft.com demander unban.

Confidentialité des données

Les commentaires et les réponses sont publiquement visibles, mais tous les fichiers joints sont partagés en privé avec Microsoft uniquement. Cette visibilité est bénéfique, car elle permet à l’ensemble de la communauté de voir les problèmes et les solutions trouvés par d’autres utilisateurs. Si vous êtes préoccupé par la confidentialité de vos données ou identité, vous avez des options. En savoir plus sur la confidentialité des données de la Communauté des développeurs.

Contenu connexe

Rendez-vous sur la Visual Studio Developer Community pour signaler des problèmes, suggérer des fonctionnalités ou parcourir les tickets existants. Profitez !

  • Last updated on