Condividi tramite

Note sulla versione per NuGet 4.3

  • Articolo

Visual Studio 2017 15.3 RTW include NuGet 4.3 RTM, che aggiunge il supporto per nuovi scenari, ad esempio.NET Standard 2.0/.NET Core 2.0, contiene varie correzioni di qualità e migliora le prestazioni. Questa versione introduce anche vari miglioramenti, come il supporto della versione 2.0.0 del versionamento semantico, l'integrazione in MSBuild degli avvisi e degli errori di NuGet e altro ancora.

Riepilogo: Novità nella versione 4.3.0

Riepilogo: Novità nella versione 4.3.1

  • Correzione della sicurezza: le autorizzazioni per i file creati all'interno di ~/.nuget sono troppo aperte #7673 CVE-2019-0757
  • Correzione della sicurezza: i file all'interno di NUPKG possono avere un percorso relativo sopra la directory NUPKG #7906

Problemi noti

In determinati casi il ripristino di NuGet gestisce le origini pacchetto disabilitate come se fossero abilitate

Problema

Le seguenti tecniche della riga di comando per il ripristino gestiscono le origini dei pacchetti disabilitate come abilitate. NuGet#5704

  • msbuild /t:restore
  • dotnet restore (con il file dotnet.exe incluso con Visual Studio o con il file incluso con NetCore SDK 2.0.0)

Soluzione alternativa

  1. Usare Visual Studio (2017 15.3 o versioni successive) o NuGet.exe (v4.3.0 o versioni successive)
  2. Eliminare l'origine disabilitata e continuare a usare msbuild o dotnet.exe.
  3. Per la soluzione è possibile usare "Clear" in NuGet.config e quindi definire le origini necessarie per la soluzione.

Durante l'uso della console di Gestione pacchetti è possibile che il tasto 'INVIO' non funzioni

Problema

A volte, nella console di Gestione pacchetti il tasto INVIO non funziona. Se si riscontra questo problema, controllare lo stato di avanzamento della correzione e fornire altre informazioni utili sui passaggi per riprodurre la condizione di errore. NuGet#4204 NuGet#4570

Soluzione alternativa

Riavviare Visual Studio e aprire la console di Gestione pacchetti prima di aprire la soluzione. In alternativa, provare a eliminare project.lock.json e ripetere il ripristino.

Non è possibile visualizzare, aggiungere o aggiornare DotNetCLITools usando Gestione pacchetti NuGet

Problema

Gestione pacchetti NuGet non visualizza e non consente l'aggiunta e/o l'aggiornamento di DotNetCLITools. NuGet#4256

Soluzione alternativa

È necessario modificare manualmente DotNetCLIToolReferences nel file di progetto.

La ridestinazione della versione framework di destinazione può portare a informazioni Intellisense incomplete

Problema

Se in Visual Studio si ridefinisce la destinazione della versione framework di destinazione, le informazioni Intellisense possono risultare incomplete. Questo accade quando si usa PackageReferences come formato di gestione dei pacchetti. NuGet#4216

Soluzione alternativa

Eseguire un ripristino manuale.

Problemi risolti nell'intervallo di tempo NuGet 4.3 RTM

Note sulla versione per NuGet 4.0 RTM - Vengono elencati tutti i problemi risolti per NuGet 4.0 RTM

Funzionalità

  • Miglioramento delle prestazioni del ripristino NuGet - Implementazione di NoOp più intelligente per i ripristini dalla riga di comando e VS - #5080

  • NET Core 2.0: l'interfaccia della riga di comando di VS/Dotnet deve iniziare a usare funzionalità NuGet esistenti: cartelle di fallback - #4939

  • NET Core 2.0: consentire agli utenti di ignorare avvisi di ripristino specifici (o elevarli a errore) - #4898

  • NET Core 2.0: assembly localizzati dell'interfaccia della riga di comando - #4896

  • NET Core 2.0: registrare tutti gli avvisi/errori nel file degli asset (incluso PackageTargetFallback) - #4895

  • Abilitare il supporto del moniker TFM: NetStandard2.0, Tizen - #4892

  • Ridurre il numero di progetti NuGet.Core e NuGet.Client (quindi di DLL) - #2446

  • Aggiungere la possibilità di contrassegnare gli avvisi NuGet come errori - #2395

Bug

  • Errore di msbuild /t:pack con il parametro "DevelopmentDependency" non supportato dall'attività "PackTask" - #5584

  • La struttura di directory per i file di contenuto diventa flat se non si aggiunge il separatore di directory Windows alla fine di PackagePath - #4795

  • I progetti netcore non supportano l'impostazione come developmentDependency - #4694

  • RestoreManagerPackage viene caricato in modo sincrono con conseguente blocco del thread dell'interfaccia utente e deadlock di VS - #4679

  • dotnet

    • dotnetcore Restore (e quindi msbuild /t:restore) ignora i progetti con una dipendenza esplicita da un progetto nella soluzione #4578

  • Se la soluzione contiene ProjectReference che fanno riferimento allo stesso progetto, con combinazioni di maiuscole/minuscole diverse, il ripristino potrebbe non funzionare. Questo problema riguarda anche percorsi relativi diversi, senza differenze nella combinazione di maiuscole/minuscole - #4574

  • Gli eseguibili ripristinati da pacchetti NuGet non sono più eseguibili con .NET Core 2.0 - #4424

  • NuGet.exe non visualizza tutti i dettagli dell'eccezione durante l'analisi del file di soluzione - #4411

  • Pack inserisce i file di contenuto nella posizione errata se ContentTargetFolders contiene un percorso che termina con '/' in Windows - #4407

  • Non è possibile ripristinare un DotNetCliToolReference per un pacchetto di strumenti con destinazione netcoreapp1.1 - #4396

  • L'interfaccia della riga di comando per l'aggiornamento di NuGet lascia la condizione della versione del pacchetto precedente nel file (C++) - #2449

DCR

  • Lettura di DotnetCliToolTargetFramework dai nomi CPS - #5397

  • Il controllo TPMinV dovrebbe funzionare per progetti UWP - #4763

  • Migliorare la descrizione dell'interfaccia utente per i pacchetti AutoReferenced - #4471

  • Il ripristino di NuGet seleziona gli asset di compilazione dalla sezione di runtime. - #4207

  • Inserire la diagnostica per le dipendenze nel file di blocco - #1599

Elenco dei problemi