note sulla versione di Visual Studio Insiders

È ora possibile modificare facilmente i colori del tema per personalizzare l'esperienza di Visual Studio. Modificare i colori dell'editor, delle finestre degli strumenti e altro ancora in base alle preferenze.

Visual Studio ora dispone di una nuova pagina delle opzioni Colori del tema che consente di personalizzare direttamente nell'IDE qualsiasi token di colore Fluent, senza bisogno di estensioni. Le personalizzazioni vengono salvate per tema, quindi ogni tema mantiene il proprio set di modifiche.

Operazione

• Modifica al volo qualsiasi token Fluent: colori di accento, stati al passaggio del mouse, interfaccia della shell e altro ancora. Cercare il token desiderato e selezionare un nuovo colore.
• Reimpostazione per colore : ripristinare un singolo token senza cancellare tutte le altre personalizzazioni.
• Personalizza qualsiasi tema - le tue personalizzazioni si applicano sopra il tema che hai selezionato.
• Nuovi token per la separazione delle intestazioni della shell e della scheda/finestra : consente di assegnare alle intestazioni della shell e delle schede diversi colori (utile se si vuole un aspetto più retrò).

Come arrivare

Usare il nuovo comando di menu Modifica colori tema oppure aprire la pagina Ambiente → Esperienza visiva → colori tema nelle impostazioni.

📣 Consulta il ticket di funzionalità per condividere il tuo feedback e continuare la conversazione.

Visual Studio ora visualizza emoji a colori completi nell'IDE, rendendo i commenti del codice, i file markdown e le conversazioni di chat più espressive.

Visual Studio ora esegue il rendering delle emoji a colori nell'intero IDE. Se si documenta codice con utili segnali visivi o si collabora in chat, ora le emoji appaiono dettagliate a colori anziché con profili monocromatici.

Dove si vedono le emoji a colori

È possibile usare le emoji a colori in:

• Commenti di codice: aggiungere indicatori visivi a intestazioni di sezione, avvisi o elementi TODO
• File markdown: visualizzare in anteprima e modificare documenti markdown con il supporto di emoji avanzate
• GitHub Copilot Chat: le emoji a colori sono visualizzate nelle risposte in chat e nelle domande
• Finestre di output: l'output di compilazione e i log ora visualizzano emoji a colori
• Esplora soluzioni: ora viene eseguito il rendering a colori di emoji nei nomi di file e negli elementi del progetto

Perché è importante

Le emoji a colori semplificano l'analisi del codice e l'identificazione rapida delle sezioni importanti. Un'emoji ❌ rossa in un commento risalta più di un contorno grigio e ✅ verde fornisce un feedback visivo più chiaro. Questo piccolo cambiamento migliora la leggibilità, soprattutto nelle codebase di grandi dimensioni dove gli indicatori visivi agevolano la rapidità di spostamento.

Il rendering usa tecnologie di font moderne per visualizzare le emoji con coerenza in diverse versioni di Windows, assicurando che ciò che vede un utente corrisponde a ciò che vedono i colleghi.

Rileva le modifiche apportate alle configurazioni e agli asset del server MCP e richiede di ripetere l'approvazione prima dell'esecuzione.

I server MCP estendono le funzionalità di Copilot, ma mantenendole sicure. Visual Studio ora include la convalida dell'attendibilità per i server MCP, un livello di sicurezza che rileva quando la configurazione o gli asset di un server sono stati modificati dopo l'ultima approvazione e richiede di ripetere l'approvazione prima di procedere.

Come funziona

L'attendibilità viene convalidata in due punti durante l'avvio del server:

1. Attendibilità della configurazione : prima dell'avvio del processo del server, la configurazione del server corrente viene confrontata con una baseline attendibile in precedenza. Se la configurazione è stata modificata, viene visualizzata una finestra di dialogo di attendibilità.
2. Affidabilità degli asset - Dopo l'avvio del server e il caricamento dei relativi asset (strumenti, prompt, risorse, istruzioni), la loro impronta digitale viene confrontata con l'ultima impronta digitale considerata attendibile. Se gli asset sono stati modificati, nella finestra di dialogo di attendibilità viene visualizzato ciò che si differenziava tra le versioni precedenti e le nuove.

Decisioni di fiducia

Quando richiesto, è possibile:

• Accetta le modifiche - considera attendibili solo questa volta e aggiorna la baseline per i confronti futuri.
• Sempre attendibile : non verrà mai richiesto di nuovo per questo server.
• Rifiuta le modifiche : interrompe l'avvio del server e lo lascia in uno stato di attendibilità rifiutata. L'attendibilità viene convalidata nuovamente al successivo tentativo di attivazione.

I server a cui ci si connette per la prima volta vengono considerati implicitamente attendibili al primo attivazione, non viene visualizzata alcuna finestra di dialogo. La configurazione corrente e le impronte digitali degli asset vengono salvate come baseline iniziale per il rilevamento delle modifiche future.

La convalida dell'attendibilità viene ignorata automaticamente anche quando il server è incorporato, i criteri del Registro di sistema MCP vengono impostati su RegistryOnly (ovvero sono pre-approvati dai criteri dell'organizzazione), si è scelto in precedenza "sempre attendibile" per tale server o si disattiva questa funzionalità.

Questa funzionalità è abilitata per impostazione predefinita. È possibile gestirlo in Tools → Opzioni → GitHub → Copilot → Copilot Chat → Mostra finestra di dialogo di attendibilità prima di eseguire strumenti da un server MCP aggiornato.

Allega il contesto della pull request direttamente a Copilot Chat.

Copilot Chat già conosce i commit e le modifiche e ora è possibile inserire anche le richieste pull nella conversazione.

Fare clic con il pulsante destro del mouse su una richiesta pull nella finestra Repository Git e selezionare Aggiungi a Copilot Chat per allegarne il contesto, inclusa la descrizione della richiesta pull, i file modificati e i commenti. È anche possibile fare riferimento a una richiesta pull direttamente nell'input della chat digitando # e un ID richiesta pull.

Ad esempio, chiedere Copilot di "riepilogare questa richiesta pull" per ottenere una rapida panoramica senza leggere tutti i file.

Assicurarsi che Strumenti → Opzioni → funzionalità di anteprima → Visualizzare le richieste pull per un repository Git sia abilitato.

Indica se una richiesta pull è pronta e agisce su di essa, da Visual Studio.

È ora possibile aprire una richiesta pull in Visual Studio, capire se è pronta e agire su di esso, tutto in un'unica posizione. Questi aggiornamenti funzionano sia con GitHub che con repository Azure DevOps.

• Votazione e completamento della pull request direttamente dalla visualizzazione incorporata della pull request. Approvare, rifiutare e completare o unire le richieste pull quando sono pronte.
• I controlli di stato, i conflitti di unione e le approvazioni necessarie vengono visualizzati nella panoramica, in modo da sapere esattamente dove si trova una richiesta pull.
• I dettagli dei commit nella vista della PR consentono di esaminare le modifiche commit per commit, così da poter seguire l’avanzamento del lavoro in una pull request.
• Le etichette di bozza delle PR mostrano quali PR sono ancora in lavorazione.
• L'elenco delle pull request è ordinato in base alla data dell'ultimo aggiornamento per impostazione predefinita e i nuovi punti di accesso in Modifiche Git e nel menu principale semplificano l'accesso alle pull request.
• I commenti per ogni file nell'elenco Modifiche rendono chiaro dove si verificano le discussioni.
• Miglioramento del rendering dei commenti con supporto per le immagini inline e selezione dei tag HTML per un'esperienza più coerente con il Web.

Per provare a eseguire queste operazioni, visualizzare le richieste pull dal menu Git , la finestra Repository Git o la finestra Modifiche Git .

Stiamo continuando a migliorare l’esperienza delle pull request, con funzionalità in arrivo come la cronologia degli eventi sulla PR e la possibilità di effettuare il checkout delle PR aperte. Per scoprire cosa ci aspetta o condividere il tuo feedback, visita il suggerimento nella Developer Community.

📣 Consulta il ticket di funzionalità per condividere il tuo feedback e continuare la conversazione.

I progetti di .vcxproj C++ dispongono ora del supporto sperimentale per NuGet PackageReference, sia per nella riga di comando che per IDE di Visual Studio.

PackageReference NuGet è ora supportato per i progetti C++ Visual Studio (.vcxproj). Questa funzionalità è attualmente sperimentale e disattivata per impostazione predefinita.

Per abilitare questa funzionalità nei progetti C++, impostare la EnableNativePackageReferenceSupport proprietà su true nel gruppo di proprietà Globals del progetto o in un file Directory.Build.props. È quindi possibile aggiungere PackageReference dipendenze come si farebbe per i progetti .NET.

PackageReference consente di fare riferimento ai pacchetti NuGet direttamente nel file di progetto e di ripristinarli e includerli automaticamente nella compilazione. Si tratta di un modo più moderno per gestire le dipendenze rispetto all'approccio packages.config precedente. Per altre informazioni su PackageReference, vedere la documentazione di NuGet su PackageReference e Eseguire la migrazione da packages.config a PackageReference.

Questa funzionalità si basa sul supporto esistente aggiunto per i progetti C++/CLI destinati a versioni .NET moderne.

Ambito e compatibilità:

• Supportato: progetti C++ nativi (.vcxproj) e progetti C++/CLI destinati a .NET Core o .NET 5+.
• Non supportato: progetti C++/CLI destinati a .NET Framework. Per questi progetti, è possibile continuare a usare l'approccio packages.config precedente per le dipendenze NuGet.
• Non supportato: progetti C++ che fanno riferimento a progetti C++/CLI o progetti C#. Microsoft sta esaminando il supporto per questo scenario in un aggiornamento futuro. Nel frattempo, è possibile usare una di queste soluzioni alternative per il funzionamento di PackageReference:
  • L'impostazione <ReferenceOutputAssembly>false</ReferenceOutputAssembly> e <SkipGetTargetFrameworkProperties>true</SkipGetTargetFrameworkProperties> sull'elemento <ProjectReference> consentirà a NuGet di ignorarla e di non causare problemi di ripristino e compilazione.
  • Impostare AssetTargetFallback per includere framework compatibili con il progetto C# a cui si fa riferimento. Ad esempio: <PropertyGroup> <AssetTargetFallback>net472;net10.0</AssetTargetFallback> </PropertyGroup>.

📣 Consulta il ticket di funzionalità per condividere il tuo feedback e continuare la conversazione.