Dans mon précédent post j’effleurais le sujet des gains de productivité que pouvais procurer les templates et autres Quickstart dans vos développement de tous les jours.
Prenons le cas d’un Quickstart, qui je le rappelle n’est autre qu’une solution templatisée. Imaginons que l’on souhaite utiliser 3 ou 4 librairies externes .NET bien sentie et pourquoi pas une ou deux librairies javascript s’il s’agit d’une solution Web.
En m’appuyant sur Nuget lors de la création des templates de projet composant le Quickstart, les dépendances pourrons être facilement être mise à jour par les développeurs à posteriori toujours grâce à Nuget. Rien de magique dans tout ça, en fait chaque projet est doté de son propre fichier 'packages.config' (repository nuget pour le projet) relatant la version des librairies référencées.
Voici ce que j’aimerais mettre en place en plus :
- Mise à jour automatique de nuget avant toute autre opération.
- Téléchargement et installation automatisée des dépendances référencées pour chaque projet.
- Mise à jour automatique des dépendances lors de la première installation.
Infos complémentaires :
Microsoft depuis le MVC3 Tool Update du 12 Avril 2011 propose un nouveau template de projet MVC3 basé lui aussi sur nuget. La technique utilisée est quelque peu différente de celle que je vous présente ici, mais ne permet pas la mise à jour automatique des dépendances à l’installation.
Je reviendrais surement très rapidement sur cette façon de faire dans un prochain billet.
Pour réaliser ces différents points il nous faudra coder un Wizard custom.
La première tâche consistant à déployer nuget.exe est simplissime. Il nous suffit de l’embarquer dans les ressources de notre Wizard, puis au runtime extraire l’exécutable et le copier par exemple dans le dossier « packages » au sein de la solution. Pour info, le dossier « package » est utilisé par nuget pour y stocker les dépendances qu’il a téléchargé.
DirectoryInfo packageDirInfo = _solutionDirInfo.CreateSubdirectory("packages");
string _nugetFilePath = Path.Combine(packageDirInfo.FullName, "Nuget.exe");
File.WriteAllBytes(_nugetFilePath, Resources.NuGet);
Notez que le dossier package doit absolument se trouvé dans le même répertoire que votre fichier sln, si vous voulez pouvoir profiter de la mise à jour des packages. Il s’agit d’une restriction imposé par nuget lui-même
Nuget déployé, il est possible de le mettre à jour automatiquement en exécutant la ligne de commande suivante :
nuget update
Dans notre Wizard on pourra utiliser le code suivant :
Process nugetProc = new Process
{
StartInfo = new ProcessStartInfo(_nugetFilePath)
{
Arguments = "update",
RedirectStandardError = true,
RedirectStandardOutput = true,
UseShellExecute = false,
CreateNoWindow = true
},
};
nugetProc.Start();
StreamReader output = nugetProc.StandardOutput;
StreamReader error = nugetProc.StandardError;
nugetProc.WaitForExit();
Concernant l’installation des dépendances de chaque projet se fera simplement en utilisant une fois de plus une ligne de commande ; que l’on créera en C# de la manière suivante :
Process nugetProc = new Process
{
StartInfo = new ProcessStartInfo(_nugetFilePath)
{
Arguments = string.Format("install {0}", _packageFilePath),
RedirectStandardError = true,
RedirectStandardOutput = true,
UseShellExecute = false,
CreateNoWindow = true,
WorkingDirectory = new FileInfo(_nugetFilePath).DirectoryName
},
};
nugetProc.Start();
L’idée ici est en fait d’exécuter 1 fois pour chacun de vos projets la commande suivante :
nuget install %path/to%/packages.config
Reste encore la tache de mettre à jour toutes les dépendances. Malheureusement, pour l’instant nuget.exe ne propose pas encore de commande permettant la mise à jour des dépendances. Cependant un récent post, Phil Haack annonce la disponibilité de cette option pour la version de 1.4 de nuget.
En attendant cette fonctionnalité, nous pouvons nous en sortir en installant par default le package NuGetPackageUpdater. Ce dernier vous offre la possibilité d’exécuter la commande 'Update-Package' qui se chargera d’effectuer la mise à jour de toutes les dépendances de la solution.
J’espère qu’en suivant ces instructions vous pourrez construire des Templates qui se mettrons à jour tout seul.
Pour ceux qui souhaiteraient jeter un coup d’œil plus approfondi au code que je viens de présenter, il est disponible sur Codeplex avec l’ensemble des briques du Quikstart Obsidian sur lequel je travaille actuellement.
