Partager via

Notes de publication de NuGet 4.3

  • Article

Visual Studio 2017 15.3 RTW est fourni avec NuGet 4.3 RTM, qui ajoute la prise en charge de nouveaux scénarios tels que .NET Standard 2.0/.NET Core 2.0, contient de nombreux correctifs de qualité et améliore les performances. Cette version offre également plusieurs améliorations comme la prise en charge de la Gestion sémantique de version 2.0.0, l’intégration MSBuild des avertissements et erreurs NuGet, et bien plus encore.

Résumé : nouveautés de la version 4.3.0

Résumé : nouveautés de la version 4.3.1

  • Correctif de sécurité : les autorisations sur les fichiers créés dans ~/.nuget sont trop ouvertes #7673 CVE-2019-0757
  • Correctif de sécurité : les fichiers dans les NUPKG peuvent avoir un chemin d’accès relatif au-dessus de l’annuaire NUPKG #7906

Problèmes connus

La restauration NuGet peut dans certains cas traiter des sources de packages désactivées comme étant activées

Problème

Les techniques des lignes de commande de restauration suivantes traitent les sources de packages désactivées comme étant activées. NuGet#5704

  • msbuild /t:restore
  • dotnet restore (concerne le dotnet.exe fourni avec Visual Studio ou la version livrée avec le SDK NetCore 2.0.0)

Solution de contournement

  1. Utilisez Visual Studio (2017 15.3 ou ultérieur) ou NuGet.exe (v4.3.0 ou ultérieur)
  2. Supprimez votre source désactivée, puis continuez à utiliser msbuild ou dotnet.exe.
  3. Pour votre solution, vous pouvez utiliser « Clear » dans NuGet.config puis définir les sources nécessaires pour cette solution.

Lors de l’utilisation de la Console du Gestionnaire de Package, la touche « Entrée » peut ne pas fonctionner

Problème

Parfois, la touche Entrée ne fonctionne pas dans la Console du Gestionnaire de Package. Si cela se produit, vérifiez l’évolution du correctif et spécifiez les éventuelles informations supplémentaires utiles dans les étapes de reproduction du problème. NuGet#4204 NuGet#4570

Solution de contournement

Redémarrez Visual Studio et ouvrez la console de gestion des packages avant d’ouvrir la solution. Vous pouvez aussi tenter de supprimer le project.lock.json et de réeffectuer la restauration.

Impossible d’afficher, d’ajouter ou de mettre à jour DotNetCLITools à l’aide du Gestionnaire de package NuGet

Problème

Le Gestionnaire de package NuGet ne s’affiche pas et n’autorise pas l’ajout/mise à jour de DotNetCLITools. NuGet#4256

Solution de contournement

Vous devez modifier manuellement DotNetCLIToolReferences dans votre fichier projet.

Le reciblage de la version du framework cible peut générer des informations Intellisense incomplètes

Problème

Le reciblage de la version du framework cible peut générer des informations Intellisense incomplètes dans Visual Studio. Cela se produit quand vous utilisez PackageReferences comme format de gestionnaire de package. NuGet#4216

Solution de contournement

Effectuez une restauration manuelle.

Problèmes résolus dans NuGet 4.3 RTM

Notes de publication de NuGet 4.0 RTM : répertorie tous les problèmes résolus dans NuGet 4.0 RTM

Fonctionnalités

  • Amélioration des performances de restauration NuGet - Implémentation de NoOp plus intelligent pour les restaurations sur la ligne de commande et VS - #5080

  • NET Core 2.0 : l’interface de ligne de commande VS/Dotnet doit commencer à utiliser les fonctionnalités existantes de NuGet : dossiers de secours - #4939

  • NET Core 2.0 : Permet aux utilisateurs d’ignorer des avertissements de restauration spécifiques (ou de les promouvoir en erreur) - #4898

  • NET Core 2.0 : assemblys CLI localisés - #4896

  • NET Core 2.0 : inscription de tous les avertissements/erreurs dans le fichier de ressources (notamment PackageTargetFallback) - #4895

  • Activation de la prise en charge TFM : NetStandard2.0, Tizen - #4892

  • Réduction du nombre de projets NuGet.Core et NuGet.Client (et donc de DLL) - #2446

  • Ajout de la possibilité de marquer des avertissements nuget comme des erreurs - #2395

Bogues

  • msbuild /t:pack échoue avec l’erreur Le paramètre « DevelopmentDependency » n’est pas pris en charge par la tâche « PackTask » - #5584

  • La structure de répertoires des fichiers de contenu est aplatie si vous n’ajoutez pas de séparateur de répertoire Windows à la fin de PackagePath - #4795

  • Les projets netcore ne prennent pas en charge le paramétrage en tant que developmentDependency - #4694

  • RestoreManagerPackage chargé de façon synchrone, ce qui bloquait le thread d’interface utilisateur et provoquait un interblocage de VS - #4679

  • dotnet

    • dotnetcore restore (et par conséquent msbuild /t:restore) ignore les projets avec une dépendance de projet de solution explicite #4578

  • Si votre solution a des références de projet qui référencent le même projet avec une casse différente, la restauration risque de ne pas fonctionner. Cela affecte également les chemins relatifs différents sans différence de casse - #4574

  • Les fichiers exécutables restaurés à partir de packages NuGet ne sont plus exécutables avec .NET Core 2.0 - #4424

  • NuGet.exe avale les détails d’exception lors de l’analyse du fichier de solution - #4411

  • Le pack place les fichiers de contenu à un emplacement incorrect si ContentTargetFolders contient un chemin qui se termine par « / » sur Windows - #4407

  • Impossible de restaurer un DotNetCliToolReference pour un package d’outils qui cible netcoreapp1.1 - #4396

  • L’interface de ligne de commande de mise à jour de NuGet laisse l’ancienne condition de version de package dans le fichier de projet (C++) - #2449

DCRs

  • Lecture de DotnetCliToolTargetFramework à partir de la nomination CPS - #5397

  • La vérification TPMinV doit fonctionner pour les applications UWP de style pj - #4763

  • Amélioration de la description de l’interface utilisateur pour les packages AutoReferenced - #4471

  • NuGet restore sélectionne des ressources de compilation à partir de la section de runtime. - #4207

  • Placement des diagnostics de dépendances dans le fichier de verrouillage - #1599

Liste des problèmes