Note sulla versione di NuGet 4.3

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 molte correzioni di qualità e migliora le prestazioni. Questa versione offre anche diversi miglioramenti, ad esempio il supporto per il controllo delle versioni semantiche 2.0.0, l'integrazione di MSBuild di avvisi ed errori 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 #7673CVE-2019-0757
  • Correzione della sicurezza: i file all'interno di NUPKG possono avere un percorso relativo sopra la directory NUPKG #7906

Problemi noti

Il ripristino di NuGet può considerare le origini dei pacchetti disabilitate come abilitate in alcuni casi

Problema

I seguenti metodi di ripristino dalla riga di comando considerano le sorgenti pacchetti disabilitate come abilitate. NuGet#5704

  • msbuild /t:restore
  • dotnet restore (con dotnet.exe fornito con Visual Studio o con quello fornito con NetCore SDK 2.0.0)

Soluzione

  1. Usare Visual Studio (2017 15.3 o versione successiva) o NuGet.exe (v4.3.0 o versione successiva)
  2. Elimina il sorgente disabilitato e continua a utilizzare msbuild o dotnet.exe.
  3. Per la soluzione, è possibile usare "Clear" in NuGet.config e quindi definire le origini necessarie per tale soluzione.

Durante l'uso della console di Gestione pacchetti, la chiave 'Invio' potrebbe non funzionare

Problema

In alcuni casi, la chiave invio non funziona nella console di Gestione pacchetti. Se viene visualizzato questo problema, controllare lo stato di avanzamento della correzione e fornire eventuali informazioni aggiuntive utili sui passaggi di riproduzione. NuGet#4204NuGet#4570

Soluzione

Riavviare Visual Studio e aprire pmC prima di aprire la soluzione. In alternativa, provare a eliminare project.lock.json e ripristinare di nuovo.

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

Problema

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

Soluzione

DotNetCLIToolReferences deve essere modificato manualmente nel file di progetto.

La ridestinazione della versione del framework di destinazione può causare l'incomplete intellisense

Problema

Modificare la versione del framework di destinazione può causare IntelliSense incompleto in Visual Studio. Ciò si verifica quando si usano PackageReferences come formato di gestione pacchetti. NuGet#4216

Soluzione

Eseguire un ripristino manuale.

Problemi risolti nel periodo di tempo di NuGet 4.3 RTM

Note sulla versione di NuGet 4.0 RTM - Elenca tutti i problemi risolti per NuGet 4.0 RTM

Funzionalità

  • Migliorare le prestazioni di ripristino NuGet - Implementare un NoOp più intelligente per i ripristini dalla linea di comando e in Visual Studio - #5080

  • NET Core 2.0: VS/Dotnet CLI dovrebbe iniziare a utilizzare la funzionalità esistente di NuGet: cartelle FallBack - #4939

  • NET Core 2.0: consentire agli utenti di ignorare avvisi di ripristino specifici (o elevare ad 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 assets (incluso PackageTargetFallback) - #4895

  • Abilitare il supporto tfm: NetStandard2.0, Tizen - #4892

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

  • Aggiunta della possibilità di contrassegnare gli avvisi nuget come errori - #2395

Bug

  • msbuild /t:pack ha esito negativo e il parametro "DevelopmentDependency" non è supportato dall'attività "PackTask" - #5584

  • Struttura delle directory per i file di contenuto appiattita se il separatore di directory di Windows non viene aggiunto alla fine di PackagePath - #4795

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

  • RestoreManagerPackage è caricato in modalità sincrona, bloccando il thread dell'interfaccia utente e causando un blocco di Visual Studio - #4679

  • dotnet

    • Dotnetcore Restore (& pertanto msbuild /t:restore) ignora i progetti con una dipendenza esplicita del progetto di soluzione #4578

  • Se la soluzione dispone di riferimenti di progetto che fanno riferimento allo stesso progetto, con maiuscole e minuscole diverse, il ripristino potrebbe non funzionare. Ciò influisce anche su percorsi relativi diversi, senza una differenza nella combinazione di maiuscole e minuscole - #4574

  • I file eseguibili ripristinati dai pacchetti NuGet non sono più eseguibili con .NET Core 2.0 - #4424

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

  • Pack inserisce i file di contenuto in un percorso errato se ContentTargetFolders contiene un percorso che termina con "/" in Windows - #4407

  • Non è possibile ripristinare un dotNetCliToolReference per un pacchetto di strumenti destinato a netcoreapp1.1 - #4396

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

Regole di raccolta dati

  • Leggere DotnetCliToolTargetFramework dalla nomination di CPS - #5397

  • Il controllo TPMinV dovrebbe funzionare per UWP in stile "pj" - #4763

  • Migliorare la descrizione dell'interfaccia utente per i pacchetti con riferimenti automatici - #4471

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

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

Elenco dei problemi

  • Last updated on