Notes de publication de NuGet 7.6

Véhicules de distribution NuGet :

¹ Installé avec Visual Studio 2026 avec n’importe quelle charge de travail .NET

Résumé : Nouveautés de la version 7.6.0

• Traiter les valeurs TargetFramework(s) en tant qu’alias - #5154

  • Cette fonctionnalité permet la création pour le même framework plusieurs fois, ce qui permet d’activer des scénarios tels que la génération d’assemblys spécifiques au runtime pour le même framework cible, ainsi que l’exécution de benchmarks sur différentes versions du même package.
  • En savoir plus sur les alias TargetFramework

• Pack prend en charge les alias de frameworks - #14751

  • Lorsqu’un projet a plusieurs alias TargetFramework qui se résolvent dans le même framework, dotnet pack détecte désormais l’ambiguïté et déclenche NU5051 avec un message d’erreur actionnable au lieu de produire une sortie inattendue.

• API de gestion des packages pour les applications basées sur des fichiers - #14390

  • NuGet expose désormais des API utilisées par dotnet package add, list, remove et update pour les applications basées sur des fichiers qui font référence à des packages avec des directives #:package dans des fichiers source C#.

• Lire la clé API Push à partir de la variable d’environnement - #12539

  • dotnet nuget push peut désormais lire la clé API à partir d’une variable d’environnement, en évitant la nécessité de transmettre des secrets sur la ligne de commande ou de les stocker dans des fichiers de configuration.

Problèmes résolus dans cette version

• nuget push envoie la plateforme CI dans l’en-tête de l’agent utilisateur - #14740

  • nuget.exe push inclut désormais la plateforme CI (Azure DevOps, GitHub Actions et autres) dans l’en-tête de l’agent utilisateur HTTP, ce qui permet aux sources de package d’identifier l’origine des envois (push).

• dotnet add package --no-restore avec la gestion centralisée des packages ne génère plus l’erreur NU1008 - #12552

  • Lors de l’utilisation de la gestion centralisée des packages, dotnet add package --no-restore ajoute désormais correctement PackageReference sans attribut Version, au lieu de provoquer une erreur lors de la restauration.

• Correction de l’erreur Add-Migration dans Gestionnaire de package Console - #14862

  • L’exécution de Add-Migration dans la console NuGet Gestionnaire de package ne lève plus d’erreur « GetProjectFromHierarchy doit être appelée sur le thread d’interface utilisateur ».

• NuGetAuditSuppress avec packages.config prend désormais en charge plusieurs suppressions - #14825

  • Auparavant, seule la première entrée NuGetAuditSuppress était prise en compte dans les projets packages.config. Toutes les suppressions sont désormais appliquées correctement.

• Correction du thème du menu contextuel dans Gestionnaire de package zone de recherche de l’interface utilisateur - #14799

  • Le menu contextuel de clic droit sur le contrôle de recherche dans l’interface utilisateur de NuGet Gestionnaire de package suit désormais le thème de couleur Visual Studio.

• Corriger NuGetProjectServiceV1 pour les clients hors processus - #14732

  • Le service réparti NuGetProjectServiceV1 utilise désormais les paramètres de sérialisation corrects, ce qui le rend utilisable à partir des extensions de Visual Studio hors processus.

• Correction du thème du menu contextuel sur les menus de copie de l’interface utilisateur Gestionnaire de package - #14704

  • Les menus contextuels de copie accessibles par clic droit dans l’onglet Détails du package de l’interface utilisateur du Gestionnaire de packages respectent désormais le thème de couleurs de Visual Studio.

• dotnet list package --vulnerable affiche désormais des vulnérabilités pour les packages déconseillés - #14477

  • Auparavant, les informations sur les vulnérabilités n’étaient pas affichées pour les versions de package qui étaient à la fois vulnérables et déconseillées. Les deux statuts sont désormais indiqués.

• dotnet list package résout correctement les valeurs TargetFramework conditionnelles - #14339

  • dotnet list package n’échoue plus lorsqu’un projet utilise une valeur de propriété TargetFramework qui correspond à un identifiant de framework réel, comme net9.0-windows avec des éléments PackageReference conditionnels.

• Amélioration du message d’erreur NU1107 avec la gestion centralisée des packages et l’épinglage transitif - #12277

  • L’erreur de conflit de version NU1107 fournit désormais des conseils pertinents lorsque la gestion centralisée des packages avec épinglage transitif est activée, au lieu de suggérer des actions qui ne s’appliquent pas dans cette configuration.

• Correction de NU1004 pour les références entre frameworks en mode verrouillé - #12010

  • La restauration avec --locked-mode ne génère plus de fausse erreur NU1004 lorsqu’un projet .NET référence un projet .NET Framework.

• Correction de l’erreur intermittente « Échec de la résolution du Kit de développement logiciel (SDK) » pendant les restaurations parallèles - #10935

  • Les processus parallèles de restauration n’échouent plus de façon intermittente avec le message d’erreur « Failed to resolve SDK » lorsque le package est déjà installé dans le dossier des packages globaux.

Liste des validations dans cette version

Contributions communautaires

Merci à tous les contributeurs qui ont aidé à rendre cette version NuGet géniale !

• nareshjo
  • 7237 Réduire les allocations dans LicenseExpressionTokenizer.HasValidCharacters en mettant en cache l’instance Regex
  • 7174 Résoudre les éléments du graphe de dépendances pour réduire la taille d’allocation
• jjonescz
  • 7233 Rendre le paramètre du générateur de projet virtuel requis dans MSBuildAPIUtility
  • 7169 Ajouter la prise en charge des applications basées sur des fichiers à l’interface CLI XPlat
• SimonCropp
  • 7224 Utiliser la comparaison de chaînes ordinales pour TargetAlias
• elantiguamsft
  • 7201 Ajouter l’indicateur --allow-untrusted-root à nuget sign et à dotnet nuget sign
• slang25
  • 7148 Correction de dotnet add package --no-restore l’ignorance de la gestion centralisée des packages