Partager via

Notes de publication de NuGet 4.3

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 apporte également plusieurs améliorations telles que la prise en charge du versionnage sémantique 2.0.0, l'intégration des avertissements et erreurs NuGet dans MSBuild, ainsi que d'autres fonctionnalités.

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 #7673CVE-2019-0757
  • Correctif de sécurité : les fichiers à l’intérieur de NUPKG peuvent avoir un chemin relatif au-dessus du répertoire NUPKG #7906

Problèmes connus

La restauration NuGet peut traiter les sources de package désactivées comme activées dans certains cas

Problème

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

  • msbuild /t:restore
  • dotnet restore (soit avec dotnet.exe fourni avec VS, soit celui fourni avec le Kit de développement logiciel (SDK) NetCore 2.0.0)

Contournement

  1. Utilisez Visual Studio (2017 15.3 ou version ultérieure) ou NuGet.exe (v4.3.0 ou version ultérieure)
  2. Supprimez votre source désactivée et continuez à utiliser msbuild ou dotnet.exe.
  3. Pour votre solution, vous pouvez utiliser « Effacer » 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 clé « Entrée » peut ne pas fonctionner

Problème

Parfois, la clé d’entrée ne fonctionne pas dans la console du Gestionnaire de package. Si vous voyez cela, consultez la progression du correctif et fournissez des informations utiles supplémentaires sur vos étapes de reproduction. NuGet#4204NuGet#4570

Contournement

Redémarrez Visual Studio et ouvrez le PMC avant d’ouvrir la solution. Vous pouvez également essayer de supprimer project.lock.json, puis de le restaurer à nouveau.

Vous ne pouvez pas afficher, ajouter ou mettre à jour DotNetCLITools à l’aide du Gestionnaire de package Nuget

Problème

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

Contournement

DotNetCLIToolReferences doit être modifié manuellement dans votre fichier projet.

Le reciblage de la version du framework cible peut entraîner une Intellisense incomplète

Problème

Le reciblage de la version du framework cible peut entraîner une Intellisense incomplète dans Visual Studio. Cela se produit lorsque vous utilisez PackageReferences comme format de gestionnaire de package. NuGet#4216

Contournement

Effectuez une restauration manuelle.

Problèmes résolus dans la version RTM de NuGet 4.3

Notes de publication de NuGet 4.0 RTM - Répertorie tous les problèmes résolus pour NuGet 4.0 RTM

Fonctionnalités

  • Améliorer la fonctionnalité de restauration NuGet - Implémenter un NoOp plus intelligent pour les restaurations en ligne de commande et dans VS - #5080

  • NET Core 2.0 : VS/Dotnet CLI doit commencer à utiliser la fonctionnalité NuGet existante : Dossiers de secours - #4939

  • NET Core 2.0 : permettre aux utilisateurs d’ignorer les avertissements de restauration spécifiques (ou les transformer en erreurs) - #4898

  • NET Core 2.0 : assemblys localisés par l’interface CLI - #4896

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

  • Activer le support TFM : NetStandard2.0, Tizen - #4892

  • Réduire le nombre de projets NuGet.Core et NuGet.Client (et donc dll) - #2446

  • Ajouter la possibilité de marquer les avertissements nuget en tant qu’erreurs - #2395

Bogues

  • MSBuild /t:pack échoue avec le message que le paramètre « DevelopmentDependency » n'est pas pris en charge par la tâche « PackTask » - #5584

  • La structure de répertoire des fichiers de contenu est aplatie si aucun séparateur de répertoire Windows n'est ajouté à la fin de PackagePath - #4795

  • Les projets netcore ne prennent pas en charge le paramètre "développementDépendance" - #4694

  • Le chargement synchrone de RestoreManagerPackage a bloqué le thread d'interface utilisateur, provoquant un blocage de VS - #4679

  • dotnet

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

  • Si votre solution a des inférences de projet qui font référence au même projet, avec une casse différente, la restauration peut ne pas fonctionner. Cela affecte également différents chemins relatifs, sans différence de majuscule/minuscule - #4574

  • Les 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 de l’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 d’accès qui se termine par « / » sur Windows - #4407

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

  • Nuget Update CLI laisse l’ancienne condition de version du package dans le fichier projet (C++) - #2449

Contrôleurs de domaine

  • Lire DotnetCliToolTargetFramework depuis la configuration CPS - #5397

  • La vérification TPMinV doit fonctionner pour le style Pj UWP - #4763

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

  • La restauration NuGet sélectionne les ressources de compilation dans la section runtime. - #4207

  • Placer les diagnostics de dépendance dans le fichier de verrouillage - #1599

Liste des problèmes

  • Last updated on