Linee guida per la community degli sviluppatori

2025-06-12

La community degli sviluppatori tiene traccia dei problemi e dei suggerimenti sulle funzionalità per Visual Studio.

Invio di problemi e suggerimenti

La Visual Studio Developer Community monitora i problemi e i suggerimenti sulle funzionalità per Visual Studio.

Prima di inviare un problema

Cercare il problema nella community degli sviluppatori di Visual Studio per assicurarsi che non esista già. Se trovi che il problema esiste già, aggiungi commenti pertinenti ed esprimi il tuo voto.

Se il problema è una domanda, porre una domanda alla community in Stack Overflow usando il tag visual-studio. Abbiamo il personale del supporto clienti che monitora tale tag e aiuterà a rispondere alle domande.

Se non è possibile trovare un problema esistente che descrive il bug o la funzionalità, inviare un problema usando le linee guida seguenti.

Scrittura di un buon suggerimento di bug o funzionalità

Inviare un solo problema o una richiesta di funzionalità per ogni problema.
- La combinazione di più problemi o richieste di funzionalità in un singolo problema rende più difficile per noi diagnosticare e più difficile per altri utenti votare per il problema.
- Non aggiungere il tuo problema come commento a un problema esistente a meno che non sia per lo stesso input. Molti problemi sono simili, ma presentano cause diverse, che rendono più difficile la diagnosi del problema.
Più informazioni si possono fornire, più facile sarà per noi riprodurre e risolvere il tuo problema.
Includi i seguenti passaggi con ogni problema.
- Passaggi riproducibili (1... 2... 3...) e ciò che ti aspettavi rispetto a quello che hai sperimentato.
- Immagini, animazioni o un collegamento a un video. Le immagini e le animazioni illustrano i passaggi di riproduzione, ma non li sostituiscono.
- Se appropriato, un frammento di codice che illustra il problema o un collegamento a un repository di codice che possiamo facilmente scaricare sul nostro computer per ricreare il problema.
Ricordarsi di eseguire i passaggi seguenti:
- Cercare per verificare se esiste un duplicato. Se è così, dai un voto positivo al problema esistente, fornendo commenti o chiarimenti aggiuntivi se necessario.
- Ricrea il problema dopo aver disattivato tutte le estensioni. Se si scopre che il problema è causato da un'estensione che hai installato, segnala il problema direttamente all'estensione.
- Semplificare il codice intorno al problema in modo da poterlo isolare meglio.

Anche con problemi che includono dettagli ricchi, potremmo non essere in grado di riprodurre il problema e potremmo chiedere ulteriori informazioni.

Gestione dei report dei problemi

La valutazione di un problema è un processo in più passaggi che viene eseguito in modo collaborativo all'interno del team di funzionalità. La valutazione richiede in genere una settimana, ma potrebbe richiedere più tempo. L'obiettivo del triage è fornire una chiara comprensione di ciò che accadrà al tuo problema. Ad esempio, dopo il triage, saprai se intendiamo risolvere il tuo problema o aspettare ulteriori feedback dalla community.

Dopo aver segnalato un problema, gli stati indicano dove si trovano le tue segnalazioni nel loro ciclo di vita. Quando i team del prodotto Visual Studio esaminano il feedback, lo impostano con uno stato appropriato. Tenere traccia dello stato di avanzamento dei report dei problemi facendo riferimento agli stati del problema e alle domande frequenti.

Definizione delle priorità dei problemi da risolvere

Non è possibile risolvere tutto il problema segnalato. Alcuni sono troppo costosi da correggere, alcuni potrebbero regredire altre aree di funzionalità e alcuni potrebbero avere un impatto troppo basso. Questo può risultare deludente se si è preso il tempo necessario per inviare una segnalazione dei problemi. Siamo stati tutti lì, sia in questo progetto che in altri a cui abbiamo contribuito. Se un problema è stato chiuso e si ritiene che il motivo per cui abbiamo dato non sia soddisfacente, è possibile chiarire il caso d'uso e richiedere che il problema venga riattivato per un altro passaggio. A questo punto, potremmo chiedervi ulteriori informazioni.

Informazioni importanti mancanti

Quando a un problema mancano informazioni importanti, assegniamo lo stato Necessita di ulteriori informazioni. Commentiamo il problema con le informazioni specifiche necessarie e riceverai una notifica tramite posta elettronica. Se non riceviamo le informazioni entro sette giorni, inviamo un promemoria. Successivamente, chiudiamo il ticket dopo 14 giorni di inattività.

Altro prodotto

In alcuni casi, quando si segnala un problema, si scopre che è causato da un altro prodotto e non da Visual Studio. Potrebbe trattarsi di un'altra applicazione correlata o di un'estensione.

In questo caso, il problema verrà chiuso e ti chiederemo di aprirlo con l'altro prodotto. Ecco alcune posizioni comuni in cui archiviare questi problemi:

Informazioni aggiuntive

Gestione dei suggerimenti delle funzionalità

I suggerimenti sulle funzionalità sono un mezzo di comunicazione tra microsoft e i membri della community degli sviluppatori. Tecnicamente, potremmo mantenere aperte tutte le richieste di funzionalità per sempre. Ma mantenere aperti i problemi riduce la visibilità della community sullo stato effettivo di una funzionalità. Quindi, chiudiamo le richieste di funzionalità che non affronteremo e assegniamo quelle che potremmo affrontare all'etichetta Sotto verifica.

Se hai suggerito una funzionalità, potresti essere deluso dal fatto che non prevediamo di rispondere alla tua richiesta. Lo sappiamo. Tutti noi ci siamo stati - in questo progetto o in altri a cui abbiamo contribuito. Quindi, riposo sicuro, amiamo tutti i tuoi input. Non accettare offesa personale quando chiudiamo o assegniamo l'etichetta Under Review al suggerimento. Se ritieni che il tuo suggerimento di funzionalità meriti di rimanere aperto, chiarisci il tuo caso d'uso e contattaci o raccogli più consensi.

Nel processo decisionale vengono esaminate le caratteristiche seguenti sul suggerimento di funzionalità:

Corrisponde alla nostra direzione generale del prodotto?
Possiamo permetterci di costruirlo e gestirlo?
È in linea con la strategia generale della roadmap ?
Ha il supporto della community, come indicato dai voti e dai commenti?
Lo amiamo, anche con un basso sostegno della comunità?

Quando non possiamo rispondere "sì" a una di queste domande, lo chiuderemo. Ma spesso il suggerimento rimarrà aperto come Sotto revisione per raccogliere più feedback della community.

Se un suggerimento non corrisponde alla direzione complessiva del prodotto, lo chiuderemo come Fuori ambito. Ad esempio, potrebbero essere disponibili investimenti simili in altri membri della famiglia di prodotti di Visual Studio. Oppure la funzionalità suggerita potrebbe essere rilevante solo per alcune persone, rendendo un'estensione più adatta per fornirla.

Tenere traccia dello stato di avanzamento del suggerimento della funzionalità facendo riferimento agli stati e alle domande frequenti sui suggerimenti.

Etichetta di discussione

Per mantenere la conversazione chiara e trasparente, limitare la discussione all'inglese e mantenere le cose rilevanti per il problema. Siate attenti agli altri e cercate sempre di essere corteggiati e professionali.

Per altre informazioni, vedere codice di comportamento della community Microsoft.

Eventuali violazioni all'etichetta di discussione possono portare alla rimozione del commento e alla fine proibire l'utente.

Privacy dei dati

I commenti e le risposte sono visibili pubblicamente, ma tutti i file allegati vengono condivisi privatamente solo con Microsoft. Questa visibilità è utile perché consente all'intera community di visualizzare i problemi e le soluzioni rilevati da altri utenti. Se si è preoccupati per la privacy dei dati o dell'identità, sono disponibili opzioni. Altre informazioni sulla privacy dei dati della community degli sviluppatori.

Passare alla community degli sviluppatori di Visual Studio per segnalare problemi, suggerire funzionalità o esplorare i ticket esistenti. Buon divertimento!