Discussion :

[trolldom]

Bonjour,
Nous sommes en train de "systématiser" un peu le développement. Je suis en train de regarder Cruisecontrole.Net de plus près. et je voudrais savoir si il yen a parmi vous qui utilisent l'intégration continue et quelle expérience ils en retirent.
je suis spécialement intéressé par l'organisation du dépôt SVN. où mettre les fichiers de solution sans avoir à check out tout le code source?
Avez vous des expériences avec Nant et les projets/solutions générés par VS2005? (la vrai question: Nant ou MSBuild? )

Merci d'avance pour tout tuyau
Dom

[SaumonAgile]

Oui, j'ai mis en place une solution similaire récemment. Tout fonctionne très bien, je dois avouer qu'on gagne plus de temps que je ne l'aurais imaginé, surtout en terme de déploiement interne. J'ai associé CC.NET et un serveur Web.
CC.NET compile les projets avec MSBUILD en mode Release, Debug, Publish. Les fichiers de publication sont ensuite copiés sur le webserver. Les utilisateurs accèdent dont à ce server pour le déploiement ClickOnce.
CC.NET est interfacé avec SVN, check les modifications toutes les 10 minutes, et lance les étapes citées au dessus le cas échéant.

Nous avons tous installé le CCTray sur nos machines. Tu peux utiliser CCNETCONFIG pour créer le fichier ccnet.config avec une GUI.

Voila. Bon courage

[trolldom]

Merci de ton retour

Je crois que je vais installer CCNet sur le serveur de test la semaine prochaine.
J'ai commencé à regarder NAnt mais pour des taches simple il semblerai que MSBuild soit suffisant et mieux intégré avec les fichiers générés par VS2005.
Je vois que tu utilises MSBuild, y a t il une raison particulière?

Je suis en train de galérer avec la configuration/reinstallation d'un projet sur le serveur de test et je dois dire que ma motivation augmente d'heure en heure....

Bonne journée
Dom

[SaumonAgile]

J'utilisais déjà msbuild dans des scripts de compilation/lancement de programmes sur ma machine. Il était naturel de continuer sur cette voie pour l'intégration continue.

[olivier34]

Concernant le choix de l'un ou l'autre de ces outils de Build, j'ai cru comprendre que pour des développements réalisés sous Visual Studio .Net, MSBuild était la solution la plus simple puisque se basant sur la même définition de Build, alors que pour NAnt, il est nécessaire d'écrire et de maintenir un autre fichier de définition du build.

A sa décharge, MSBuild est peut-être moins extensible que NAnt, info à vérifier ou à discuter...

Microsoft.com - Microsoft Build Engine (MSBuild) constitue la nouvelle plate-forme de génération de Microsoft et Visual Studio.

[DomGau]

Hello,

Je dirais que pour l'étape de build, tu peux te contenter des "build tasks" de CCN

Par contre, si tu veux effectuer d'autres taches telles que l'analyse du code par FxCop, ou la création d'AppPools, utilise NAntContrib (http://nantcontrib.sourceforge.net/) et pas simplement NAnt.
NantContrib (qui est référencé sur le site de NAnt) encapsule bcp plus de fonctionnalités.

Cela te permettra de garder un fichier .build plus lisible et de réduire ta maintenance dessus.

Enjoy!!