Notes de publication de NuGet 1.8
Notes de publication de NuGet 1.7 | Notes de publication de NuGet 2.0
NuGet 1.8 a été publié le 23 mai 2012.
Si vous exécutez Visual Studio 2010 SP1, vous pouvez rencontrer une erreur d’installation quand vous tentez de mettre à niveau NuGet si une version plus ancienne est installée.
Une autre solution de contournement consiste à désinstaller simplement NuGet puis à l’installer à partir de la galerie d’extensions Visual Studio. Consultez https://support.microsoft.com/kb/2581019 pour plus d’informations, ou accédez directement au correctif logiciel VS.
Remarque : si Visual Studio ne vous permet pas de désinstaller l’extension (le bouton Désinstaller est désactivé), vous devrez probablement redémarrer Visual Studio à l’aide de « Exécuter en tant qu’administrateur ».
Peu après la publication de NuGet 1.8, nous avons appris qu’un changement de chiffrement dans la version 1.8 avait pénalisé les utilisateurs de Windows XP.
Nous avons, depuis lors, publié un correctif logiciel qui résout ce problème. En mettant à jour NuGet via la galerie d’extensions Visual Studio, vous recevez ce correctif logiciel.
NuGet 1.8 permet désormais de créer des packages distincts pour les ressources localisées, comme les fonctionnalités d’assembly satellite du .NET Framework. Un package satellite est créé de la même façon que tout autre package NuGet avec l’ajout de quelques conventions :
- L’ID de package satellite et le nom de fichier doivent inclure un suffixe qui correspond à l’une des chaînes de culture standard utilisées par le .NET Framework.
- Dans son fichier
.nuspec
, le package satellite doit définir un élément de langue avec la même chaîne de culture que celle utilisée dans l’ID - Le package satellite doit définir une dépendance dans son fichier
.nuspec
sur son package principal, qui est simplement le package avec le même ID moins le suffixe de langue. Le package principal doit être disponible dans le référentiel pour une installation réussie.
Pour installer un package avec des ressources localisées, un développeur sélectionne explicitement le package localisé dans le référentiel. À l’heure actuelle, la galerie NuGet ne donne aucun traitement spécial aux packages satellites.
Étant donné que le package satellite répertorie une dépendance par rapport à son package principal, les packages satellite et principal sont extraits dans le dossier des packages NuGet et installés.
En outre, lors de l’installation du package satellite, NuGet reconnaît également la convention d’affectation de noms de chaîne de culture, puis copie l’assembly de ressources localisé dans le sous-dossier approprié dans le package principal afin qu’il puisse être choisi par le .NET Framework.
Voici un bogue existant à noter avec les packages satellites : NuGet ne copie pas les ressources localisées dans le dossier bin
des projets de site Web. Ce problème sera corrigé dans la prochaine version de NuGet.
Pour obtenir un exemple complet illustrant comment créer et utiliser des packages satellites, consultez https://github.com/NuGet/SatellitePackageSample.
Dans NuGet 1.8, nous avons posé les bases de la prise en charge d’une contrainte importante sur la restauration de package pour protéger la confidentialité des utilisateurs. Cette contrainte nécessite que les développeurs créent des projets et des solutions qui utilisent la restauration de package pour consentir explicitement à la restauration de package en ligne pour télécharger des packages à partir de sources de package configurées.
Il existe 2 façons courantes de traiter ce consentement. Vous trouverez la première méthode dans la boîte de dialogue de configuration du gestionnaire de package, comme indiqué ci-dessous. Cette méthode est principalement destinée aux ordinateurs des développeurs.
La deuxième méthode consiste à définir la variable d’environnement « EnableNuGetPackageRestore » sur la valeur « true ». Cette méthode est destinée aux ordinateurs sans assistance (unattended) tels que les serveurs CI ou build.
Comme indiqué ci-dessus, nous n’avons posé que les bases de cette fonctionnalité dans NuGet 1.8. En pratique, cela signifie que même si nous avons ajouté toute la logique pour activer la fonctionnalité, elle n’est pas actuellement appliquée dans cette version. Toutefois, elle sera activée dans la prochaine version de NuGet. Nous souhaitions donc vous en informer dès que possible afin que vous puissiez configurer vos environnements de manière appropriée et donc ne pas subir d’impact lorsque nous commencerons à appliquer la contrainte de consentement.
Pour plus de détails, veuillez consulter le billet de blog de l’équipe sur cette fonctionnalité.
En modifiant la commande d’installation pour télécharger et installer des packages en parallèle, NuGet 1.8 apporte des améliorations spectaculaires des performances à nuget.exe et par restauration de package d’extension. Les tests de haut niveau montrent que les performances d’installation de 6 packages dans un projet s’améliorent d’environ 35 % dans NuGet 1.8. L’augmentation du nombre de packages à 25 montre un gain de performances d’environ 60 %.
NuGet 1.8 inclut quelques correctifs de bogues avec une attention particulière sur le flux de travail de restauration de package et de console du gestionnaire de package, en particulier en ce qui concerne le consentement à la restauration de package et l’intégration de Windows 8 Express.
Pour obtenir la liste complète des éléments de travail corrigés dans NuGet 1.8, veuillez consulter [NuGet Issue Tracker for this release](http://nuget.codeplex.com/workitem/list/advanced?keyword=&status=Closed&type=All&priority=All&release=NuGet%201.8&assignedTo=All&component=All&sortField=Votes&sortDirection=Descending&page=0)
.