Comment réaliser une construction nocturne avec CruiseControl.NET

Question

J'ai configuré cruisecontrol.net cs pour mon projet comportant un certain nombre de modules et de composants qui sont générés et stockés dans un dossier par date sur la machine de génération. Le problème est que je dois effectuer la configuration de l'application ( wpf non web) et le fait est qu’il existe un certain nombre de modules et de solutions différentes qui construisent et finissent par créer le produit (dlls), etc. Toute suggestion de mise en place d’une stratégie d’installation qui créera une paquet à utiliser (quelque chose de plus simple ou qui prendrait moins de temps selon vous) Je prévoyais d'installer quelque chose sur la machine de compilation pour récupérer les fichiers dans le dossier (quel dossier?) et effectuer l'installation ...

Un version nocturne de Firefox est un lien illustrant ce point. >.

Tous les gars de conseils

Merci d'avance.

Answer 1

Je constate que ce système fonctionne plutôt bien pour moi. Je suppose que VS 2005/2008 et C #, mais le même principe fonctionne pour les autres compilateurs et les langues ne font que remplacer votre propre arôme.

Utilisation de CC.NET

• Consultez toutes les sources avec scheduleTrigger, si plusieurs sites utilisent
• Utilisez MSBuild pour créer chaque solution requise (en supposant que VS 2005/2008), ou nant, ou l’outil de construction le mieux adapté pour la compilation de vos projets de composants
• Utilisez MSBuild pour créer des programmes d’installation WIX, bien que j’ai également utilisé MSBuild pour créer des installations InnoSetup et Wise Installation Studio
• Utilisez MSBuild pour mettre à jour les fichiers AssemblyInfo.cs de tous les projets que vous souhaitez contrôler par le script de génération
• Utilisez votre ligne de commande de contrôle de code source pour archiver les fichiers AssemblyInfo.ca mis à jour
• Enfin, utilisez MSBuild pour copier votre programme d’installation de sortie dans un nouveau dossier de votre serveur de dépôt. J'utilise l'horodatage de l'exécutable du produit principal pour créer un horodatage ainsi que le numéro de version généré pour nommer le dossier (../Builds/Product/v.M.m.r.p - DATE TIME /)

J'aime également générer un e-mail de notification de construction à la fin.

En ce qui concerne les recommandations d'installation , il existe un compromis.

Pour une génération rapide, utilisez un programme d’installation de script tel que NSIS ou Inno Setup. L’inconvénient n’est pas la compatibilité avec Windows Installer.

Pour les produits Windows Installer, l’utilisation de Wise ou d’InstallShield est plus rapide à générer dès la première fois, mais des outils coûteux et la maintenance de mes scripts d’installation est élevée. L’utilisation de WIX a tendance à être beaucoup plus coûteuse la première fois (courbe d’apprentissage + taxe d’équerre-angle), mais plus facile à gérer car tout est XML et les outils de ligne de commande sont faciles à utiliser.

J'ai eu quelques succès avec l'intégration d'installation avec Inno Setup, car l'intégration et l'enchaînement de Windows Installer (au moins pour Windows XP) est une véritable gêne.

Answer 2

Nous avons utilisé Visual Build et Wise pour la création de notre programme d'installation. Nous avons trouvé cet outil très intuitif et facile à utiliser. créer les configurations avec. Le projet CC.NET fait plusieurs choses. La première chose à faire est de vérifier que toutes les pièces nécessaires ont été construites avec succès depuis la dernière création d’un programme d’installation (nous autorisons les installateurs à la demande et planifiés chaque nuit) si ils n'ont pas été construits avec succès, nous reconstruisons tous les composants. Une fois qu'ils ont été construits (ou s'ils l'étaient déjà), nous appelons ensuite VisualBUildPro et le laissons créer le programme d'installation. Visual Build Pro, gère toutes les opérations de copie et d’appel de Wise pour le programme d’installation actuel. Une fois le programme d’installation créé, nous le publions vers la destination souhaitée par tous. Nous avons également modifié le fichier XSL pour l'éditeur de messagerie sur le serveur de génération, afin que tout le monde reçoive un lien vers le dernier programme d'installation une fois qu'il est publié.

Si vous le pouvez, essayez de configurer un serveur de symboles et demandez à chaque installateur de télécharger des symboles contenant des informations sur le code source. C’est également un bon point pour que toute la documentation (d’Oxygen; SandCastle) soit créée et que le temps nécessaire pour exécuter votre suite complète de tests soit disponible.

Answer 3

Consultez WiX . Ce jeu d'outils permet de définir le projet d'installation sous forme XML, puis de générer le fichier .msi à partir de ce fichier XML. Le fait que le projet soit défini en XML vous donne beaucoup de flexibilité pour modifier ce XML à la volée lors de la construction (si nécessaire).

Il s’intègre à MSBuild - voir cet article , ainsi que fonctionne bien avec NAnt - voir cet article . / p>