Notes de publication de NuGet 2.6

Notes de publication de NuGet 2.5 | Notes de publication de NuGet 2.6.1 pour WebMatrix

NuGet 2.6 a été publié le 26 juin 2013.

Fonctionnalités notables dans la version

Prise en charge de Visual Studio 2013

NuGet 2.6 est la première version qui prend en charge Visual Studio 2013. Comme Visual Studio 2012, l’extension Gestionnaire de package NuGet est incluse dans chaque édition de Visual Studio.

Afin de fournir la meilleure prise en charge possible de Visual Studio 2013 tout en prenant toujours en charge Visual Studio 2010 et Visual Studio 2012 et en conservant les tailles d’extension aussi petites que possible, nous produisons une extension distincte pour Visual Studio 2013 alors que l’extension d’origine continue de cibler Visual Studio 2010 et 2012.

À compter de NuGet 2.6, nous publierons deux extensions comme suit :

1. Gestionnaire de package NuGet (s’applique à Visual Studio 2010 et 2012)
2. Gestionnaire de package NuGet pour Visual Studio 2013

Avec ce fractionnement , le bouton « Installer NuGet » de nuget.org page d’accueil vous permet d’accéder à la page d’installation de NuGet , où vous trouverez plus d’informations sur l’installation des différents clients NuGet.

Prise en charge XDT pour la transformation de Web.config

L’une des fonctionnalités les plus demandées pour le client NuGet a été de prendre en charge des transformations XML plus puissantes à l’aide du moteur de transformation XDT utilisé dans les transformations de configuration de build Visual Studio.

En avril 2013, nous avons fait deux grandes annonces concernant la prise en charge de NuGet pour XDT. La première était que la bibliothèque XDT elle-même était elle-même publiée en tant que package NuGet et [open sourced on CodePlex](http://xdt.codeplex.com/). Cette étape a permis au moteur XDT d’être utilisé librement par d’autres logiciels open source, y compris le client NuGet. La deuxième annonce était le plan de prise en charge de l’utilisation du moteur XDT pour les transformations dans le client NuGet. NuGet 2.6 inclut cette intégration.

Fonctionnement

Pour tirer parti de la prise en charge XDT de NuGet, les mécanismes ressemblent à ceux de la fonctionnalité de transformation de configuration actuelle. Les fichiers de transformation sont ajoutés au dossier de contenu du package. Toutefois, alors que les transformations de configuration utilisent un seul fichier pour l’installation et la désinstallation, les transformations XDT permettent un contrôle précis sur ces deux processus à l’aide des fichiers suivants :

• Web.config.install.xdt
• Web.config.uninstall.xdt

En outre, NuGet utilise le suffixe de fichier pour déterminer le moteur à exécuter pour les transformations. Par conséquent, les packages utilisant les web.config.transforms existants continueront de fonctionner. Les transformations XDT peuvent également être appliquées à n’importe quel fichier XML (pas seulement web.config), ce qui vous permet de tirer parti de cela pour d’autres applications de votre projet.

Ce que vous pouvez faire avec XDT

L’une des plus grandes forces de XDT est sa syntaxe simple mais puissante pour manipuler la structure d’un DOM XML. Au lieu de simplement superposer une structure de document fixe sur une autre structure, XDT fournit des contrôles pour les éléments correspondants de différentes façons, de la correspondance de nom d’attribut simple à la prise en charge complète de XPath. Une fois qu’un élément ou un ensemble d’éléments correspondants est trouvé, XDT fournit un ensemble complet de fonctions permettant de manipuler les éléments, qu’il s’agisse d’ajouter, de mettre à jour ou de supprimer des attributs, de placer un nouvel élément à un emplacement spécifique ou de remplacer ou de supprimer l’ensemble de l’élément et de ses enfants.

Configuration à l'échelle de la machine

L’un des grands atouts de NuGet est qu’il décompose un exécutable ou une bibliothèque volumineux autrement en un ensemble de composants modulaires qui peuvent être intégrés, et surtout conservés et versionnés indépendamment. Toutefois, l’un des effets secondaires est que l’idée conventionnelle d’un produit ou d’une famille de produits devient potentiellement plus fragmentée. La fonctionnalité source de package personnalisée de NuGet offre un moyen d’organiser des packages ; toutefois, les sources de package personnalisées ne sont pas détectables par eux-mêmes.

NuGet 2.6 étend la logique de configuration de NuGet en recherchant la hiérarchie de dossiers sous le chemin d’accès %ProgramData%/NuGet/Config. Les programmes d’installation de produits peuvent ajouter des fichiers de configuration NuGet personnalisés sous ce dossier pour inscrire une source de package personnalisée pour leurs produits. En outre, la structure de dossiers prend en charge la sémantique pour le produit, la version et même la référence SKU de l’IDE. Les paramètres de ces répertoires sont appliqués dans l'ordre suivant, selon la règle de priorité « dernier arrivé, premier servi ».

1. %ProgramData%\NuGet\Config*.config
2. %ProgramData%\NuGet\Config{IDE}*.config
3. %ProgramData%\NuGet\Config{IDE}{Version}*.config
4. %ProgramData%\NuGet\Config{IDE}{Version}{SKU}*.config

Dans cette liste, l’espace réservé {IDE} est spécifique à l’IDE dans lequel NuGet est en cours d’exécution. Par conséquent, dans le cas de Visual Studio, il s’agit de « VisualStudio ». Les espaces réservés {Version} et {SKU} sont fournis par l’IDE (par exemple, « 11.0 » et « WDExpress », « VWDExpress » et « Pro », respectivement). Le dossier peut ensuite contenir de nombreux fichiers *.config différents. Par conséquent, l’entreprise de composants ACME peut, dans le cadre de son programme d’installation de produit, ajouter une source de package personnalisée qui sera visible uniquement dans les versions Professional et Ultimate de Visual Studio 2012 en créant le chemin d’accès au fichier suivant :

%ProgramData%\NuGet\Config\VisualStudio\11.0\Pro\acme.config

Bien que la structure des dossiers facilite l'ajout de sources de packages au niveau de la machine dans la configuration de NuGet par des programmes comme les installateurs de logiciels, la boîte de dialogue de configuration de NuGet a également été mise à jour pour permettre l'inscription de sources de packages soit spécifiques à l'utilisateur (par exemple, enregistrées dans %AppData%/NuGet/NuGet.Config), soit au niveau de la machine.

Cette fonctionnalité est utilisée par Visual Studio 2013, où un fichier est installé sur :

%ProgramData%\NuGet\Config\VisualStudio\12.0\Microsoft.VisualStudio.config

Dans ce fichier, une nouvelle source de package appelée packages .NET Framework » est configurée.

Contextualisation de la recherche

Comme le nombre de packages servis par la galerie NuGet continue de croître à un rythme exponentiel, l’amélioration de la recherche reste toujours en haut de la liste des priorités NuGet. L’une des fonctionnalités planifiées pour NuGet est une recherche contextuelle, ce qui signifie que NuGet utilisera des informations sur la version et la référence SKU de Visual Studio que vous utilisez et le type de projet que vous créez en tant que critères pour déterminer la pertinence des résultats de recherche potentiels.

À compter de NuGet 2.6, chaque fois qu’un package est installé, le contexte de l’installation est enregistré dans le cadre des données d’opération d’installation. Les recherches envoient également les mêmes informations de contexte, ce qui permet à la galerie NuGet d’améliorer les résultats de la recherche en fonction des tendances d’installation contextuelles. Une prochaine mise à jour de la galerie NuGet permettra d’améliorer la pertinence contextuelle.

Suivi des installations directes et des installations de dépendances

Les auteurs de packages s’appuient davantage sur les statistiques de package fournies dans la galerie NuGet. Un point de données manquant important que les auteurs ont demandé est une différenciation entre les installations de package direct et les installations de dépendance. Jusqu’à présent, le client NuGet n’a pas envoyé de contexte autour de l’opération d’installation pour savoir si le développeur a installé directement le package ou s’il a été installé pour satisfaire à une dépendance. À compter de NuGet 2.6, ces données seront désormais envoyées pour l’opération d’installation. Les statistiques de package de la galerie NuGet exposent ces données en tant qu’opérations d’installation distinctes, avec un suffixe « -Dependency ».

• Installez
• Install-Dependency
• Update
• Mise à jour des dépendances
• Reinstall
• Réinstaller-dépendance

Outre le nom de l’opération, l’identifiant de package dépendant est également enregistré pour le processus d’installation. Une prochaine mise à jour de la galerie NuGet exposera ces données dans les rapports, ce qui permettra aux auteurs de packages de comprendre pleinement comment les développeurs installent leurs packages.

Les correctifs de bogues

NuGet 2.6 inclut également plusieurs correctifs de bogues. Pour voir la liste complète des éléments de travail corrigés dans NuGet 2.6, consultez le [NuGet Issue Tracker for this release](https://nuget.codeplex.com/workitem/list/advanced?keyword=&status=Closed&type=All&priority=All&release=NuGet%202.6&assignedTo=All&component=All&sortField=LastUpdatedDate&sortDirection=Descending&page=0&reasonClosed=All).