Notes de publication de NuGet 4.0 RC

Notes de publication de NuGet 3.5 RTM

NuGet 4.0 RC pour Visual Studio 2017 se concentre sur l’ajout de la prise en charge des scénarios .NET Core, en répondant aux commentaires clés des clients et en améliorant les performances dans divers scénarios. Cette version apporte plusieurs améliorations telles que la prise en charge de PackageReference, les commandes NuGet en tant que cibles MSBuild, la restauration de package en arrière-plan, etc.

Les correctifs de bogues

• Changements comportementaux dans dotnet pack --version-suffix foo - le #3838

• nuget.exe restauration sur la machine « 15 » échoue uniquement - #3834

• Le fichier .NETCore du nouveau projet doit bloquer la compilation pendant la restauration - #3780

• ASP.NET application web Core, migrée de VS2015 vers VS « 15 », impossible de restaurer. - #3773

• [Échec de test]Impossible de désinstaller le package « jQuery Validation » par l’interface utilisateur PM - #3755

• Lorsqu’un package est installé sur UWP project.json, les projets parents doivent également être restaurés - #3731

• Modifier les cibles NuGet pour enregistrer les sources de packages avec une haute verbosité au lieu de Normal - #3719

• dotnet

  • dotnetcore pack3 doit inclure la documentation XML par défaut - #3698

• La mise à jour par lots échoue à partir de l'interface utilisateur lorsque la source sans le package est la première et que toutes les sources sont sélectionnées - #3696

• La commande Nuget Pack n’inclut pas tous les fichiers - #3678

• Problème OOM - #3661

• La section ProjectFileDependencyGroups du fichier de ressources doit utiliser des noms de bibliothèque pour les projets - #3611

• « restauration dotnet » et récursivité des répertoires - #3517

• Les échecs restore3 sont enregistrés en tant qu’avertissements au lieu d’erreurs - #3503

• Problème TFS : « [fichier]introuvable dans votre espace de travail ou vous n’êtes pas autorisé à y accéder » - #2805

• La saisie de « nuget< nom de package> » dans la zone de recherche de lancement rapide de VS conserve le préfixe « nuget » - #2719

• System.Xml.XmlException : élément racine non reconnu dans la partie Core Properties. Ligne 2, position 2. - #2718

• .nuspecavec < ou > échappés dans les champs de texte ne sont plus compilés - #2651

• nuget.exe delete n’invite pas d’informations d’identification (en mode non interactif) - #2626

• nuget.exe supprimer avertit concernant la clé API pour les sources locales, bien que cela n’ait pas de sens - #2625

• L’expérience d’erreur est médiocre lors de l’installation du package EF -pre - #2566

• Tentative de blocage de Visual Studio après modification de la sélection dans le Gestionnaire de package - #2551

• dotnet

  • dotnetcore restore effectue des recherches d’ID sensibles à la casse sur les référentiels locaux de liste plate lorsque des versions flottantes sont utilisées - #2516

• nuget.exe delete ne fonctionne pas pour le flux V2 - #2509

• Le délai d'attente du push nuget.exe nécessite un meilleur message d’erreur - #2503

• La restauration des outils sans importation appropriée échoue en mode silencieux. - #2462

• NuGet invite à entrer des informations d’identification lorsqu’il existe un flux privé même lors de l’installation à partir de nuget.org - #2346

• Le package ApplicationInsights 2.0 est répertorié mais n’existe pas encore - #2317

• UIDelay dans VS « 15 » préversion 5 branche - #3500

• L'événement First OnBuild est raté pour le Restore pendant la compilation pour UWP - #3489

• PowerShell5 interrompt l’installation d’EntityFramework ? - #3312

• Ajouter une source à une journalisation détaillée (prendre en compte la version 3.5) - #3294

• Paramètre NoCache non respecté dans le client nuget version 3.4+ - #3074

• Quand un fournisseur d’informations d’identification ne parvient pas à se charger dans VS, n’arrêtez pas NuGet - #2422

Fonctionnalités

• Configurer CI pour exécuter x86 - #3868

• Restauration automatique 3/3 : interface utilisateur non bloquante - #3658

• Restauration automatique 2/3 : restauration en arrière-plan lors de la nomination - #3657

• Restaurer des références de projet pour qu’elles correspondent au comportement de la compilation (récursif) - #3615

• Prise en charge de DPL dans VS « 15 » - minbar - #3614

• Déplacer le fichier de paramètres vers Program Files - #3613

• Les propriétés de restauration générées et les cibles nécessitent une compatibilité multiciblage - #3496

• Prise en charge de la restauration NuGet pour PackageTargetFallback (anciennement connu sous le nom d'Imports) - #3494

• Implémentation ToolsRef - #3472

• Restore3 pour un RID - #3465

• Interface utilisateur NuGet pour prendre en charge l’ajout/suppression/la mise à jour de PackageRefs - #3457

• Restauration automatique 1/3 : Implemenation de l’API de nomination via la mise en cache des informations de restauration de projet - #3456

• [0] Tâche de restauration NuGet & Cibles - #2994

• [1] Activer la restauration au niveau de la solution dans MSBuild - #2993

• Prise en charge de l’extensibilité publique du fournisseur de justificatifs d'identité dans Visual Studio - #2909

• Restauration récursive de NuGet - #2533

• Impossible de charger Microsoft.TeamFoundation.Client sur dev15, devez mettre à jour Microsoft.TeamFoundation.Client vers la version 15.0 pour VS « 15 » Preview - #2392

• Impossible d’installer le package C++ sur le projet UWP C++ dans VS « 15 » Preview - #2369

• Nupkg doit supporter le dossier \buildCrossTargeting\ et l’importation .targets / .props pour le cadre MSBuild « cible croisée ». - #3499

• ToolsReference Design - #3462

• Correction de l’interface utilisateur NuGet pour prendre en charge la restauration w/ PackageReferences dans .csproj - #3455

• Ajout d’un bouton effacer le cache aux paramètres du gestionnaire de package VS - #3289

Contrôleurs de domaine

• La restauration de Solution devrait être bloquée pendant que la restauration automatique est en cours. - #3797

• L’installation de NetCore à partir de l’interface utilisateur du Gestionnaire de package NuGet s’effectue pour chaque TFM, au lieu de ceux pris en charge par le package - #3721

• L'API de nominateur de restauration devrait également prendre en charge DotNetCliToolsReferences. - #3702

• Marquer notre VS « 15 » vsix comme composant système - #3700

• Effectuez une migration à partir du référencement de MS. VS. Services.Client vers MS. VS. Services.Client.Interactive - #3670

• $(RestoreLegacyPackagesDirectory) doit être respecté au niveau d’un projet par restauration - #3618

• La restauration dans un projet avec un seul TargetFramework ne doit pas conditionner les propriétés - #3588

• dotnet

  • dotnetcore restore3 foo.csproj doit suivre les dépendances projectref et les restaurer également. Similaire à la compilation. - #3577

• « type » : « plateforme » - Dépendances représentées en tant que « type » : « package » dans le fichier de verrouillage - #2695

• Mode détaillé de nuget.exe doit afficher l’URL de téléchargement - #2629

• Déplacer NuGet xplat vers Microsoft.NetCore.App et netcoreapp1.0 - #2483

• Push - Il doit être possible d’outrepasser le serveur de symboles lors du push à partir de la ligne de commande - #2348

• Consolider le code pour rechercher le chemin des packages globaux - #2296

• Besoin d’un meilleur nom que suppressParent - #2196

• Déterminer le project.json nom de dépendance à utiliser pour les projets MSBuild - #1914

• Ajouter la prise en charge de SemVer 2.0.0 à NuGet.Core - #3383

• Autoriser les dépendances transitives NuPkgs .targets à être disponibles dans MSBuild - #3342

• La restauration NuGet à partir de la ligne de commande est beaucoup plus lente que VS - #3330

• Rendre l'ID de paquet et la comparaison des versions insensibles à la casse - #2522

• L’option NoCache ne s'applique pas à la restauration/installation, basée sur packages.config (GlobalPackagesFolder) - #1406

• Les ressources FindPackageByIdResource nécessitent un contexte de cache et un enregistreur d’événements par défaut - #1357