Intégration continue avec .NET

[aruffin]

Bonjour à tous,

Je viens du monde Java où nous avons mis en place une intégration continue des applications. Cette intégration continue reposait sur svn + Artifactory + Maven + Continuum. Cette chaine permet de générer les applications, de jouer les tests unitaires (Junit) et de produire des métriques (ChekStyle, JavaDoc, NCSS, PMD, ...) et de les déployer dans un site web. Une vraie usine à logiciel..

Je voudrais savoir si il existait de tels outils dans le monde .NET (j'ai bien vu CI Factory qui a l'air de correspondre....) et quels sont vos retours d'expérience.

Merci par avance.

[Louis-Guillaume Morand]

JavaDoc => Ndoc
Maven => NMaven
Junit => NUnit
svn => svn#
checkstyle ou pdm => FxCop??


tu as aussi Nhibernet, Nant, et en fait une très grosse partie des outils pour Java disponibles pour .Net

[aruffin]

Merci Louis-Guillaume,

As-tu des retours d'utilisation sur NMaven (je suis bluffé...) ?

Ce projet est-il actif (j'ai vu qu'il est en version 0.13) ?

Est-ce à conseiller dans un objectif de production ?

Merci de tes réponses éclairées.

[Louis-Guillaume Morand]

tu m'aurais dis ce matin " c'est quoi Maven", je t'aurais répondu. "un jeu vidéo?"
alors pour te donner un avis sur NMaven, je passe mon tour

[Deadpool]

Envoyé par aruffin

Merci Louis-Guillaume,

As-tu des retours d'utilisation sur NMaven (je suis bluffé...) ?

Ce projet est-il actif (j'ai vu qu'il est en version 0.13) ?

Est-ce à conseiller dans un objectif de production ?

Merci de tes réponses éclairées.

Alors en fait, NMaven est simplement une extension de Maven (donc nécessite que celui-ci soit déjà installé sur le poste ainsi que NAnt). Il est fourni sous la forme de source accompagnés des plusieurs scripts à lancer pour le compiler (j'ai pas trouvé de binaire sur le site).

Pour avoir tenté très récemment de l'utiliser, je peux te dire que NMaven est très loin d'être mature. Je n'ai d'ailleurs jamais réussi à le faire fonctionner correctement, j'avais toujours des problèmes de plugin manquant lors que je tentant de builder mes projets .NET. Bon il est vrai que je n'y ai pas passé énormément de temps non plus.

Donc pour une utilisation en prod, je mettrais un sérieux bémol.

[aruffin]

Merci pour vos réponses.

En synthèse, NMaven permet de mettre les projets .NET dans un silo analogue aux projets J2EE mais avec une pérennité à confirmer.

J'ai aussi regardé ce qui était fournit dans l'offre Microsoft (à tout seigneur tout honneur) et il semble que Visual Studio Team System soit un candidat sérieux (sur le papier, il semble couvrir les besoins d'intégration continue avec run des tests de non régression et publication d'un site à l'intention des développeurs).

Quelqu'un a-t-il déjà joué avec cet outil ?

Merci.

[aruffin]

Bonjour à tous,

Le résultat de mes recherches :
- Team System : solution microsoft mais chères et sur Visual Studio 2003 & 2005,
- NMaven et autres : pas de retour d'expérience mais le projet ne semble pas super actif, prudence donc....(+ retour de DeadPool)
- Cruise Control.NET : des retours d'expérience nombreux et efficaces.

Je vais m'orienter vers Cruise Control.NET.

Merci à tous

Cordialement

[bizet]

Salut

dans le cadre de l'intégration continue d'un projet, j'ai deja bossé avec :

- Visual Studio 2005 couplé à Visual Source Safe pour le controle de code source. Nous avions configuré VSS pour qu'une seule personne puisse modifier le fichier à chaque fois.

Ensuite nous utilisions FxCop pour la vérification des regles de codages.
Nunit pour les tests unitaires.

Enfin CruiseControl "supervisait" tout ca, faisait la compil, les tests unitaires et les regles FXCop et envoyait enfin un compte rendu si tout fonctionne ou s'il y avait des erreurs.

J'ai un très bon avis sur cette chaine d'intégration, le seul bémol était le temps de traitement qui necessitait quelques minutes pour tout tester.

[Nikoui]

Pour l'avoir utilisé de cette façon, je confirme que Visual Team System est en effet fait pour ça et un candidat sérieux côté .Net.

Principal avantage :
- C'est un outil complètement intégré à ton environnement de dev (et un seul et unique outil pour tout faire)

Principal inconvénient :
- Ca coute cher (même si les abonnements MSDN qui l'incluent restent *relativement* abordable par rapport à la liste d'application contenues dedans -> faut juste avoir les moyens)

Pour info, nous utilisions Team System pour
- Gérer nos exigences
- Gérer le code source en configuration
- Vérification des règles de codage lors de la remontée de code source en configuration
- Gérer les "bugs" et les demandes d'évolution
- Gérer les compilations en intégration continue + différentes release
- Associé à tous ça, un portail web te permet d'accéder à tous ca 'hors Visual Studio', avec tous les metrics qui vont bien, les rapports de compilation, les bugs, la couverture des tests par rapport à tes exigences, etc...

Avec le gros avantage de l'outil completement intégré qui fait que lorsque tu modifie du code source et que tu remontes ta modification en configuration, tu peux associer avec la même manip la correction d'un bug et la gestion d'une exigence par exemple (et ensuite évidement récupérer toutes ces infos)

Bref, quand on a les moyens c'est pas mal (même si on peut faire la même chose avec plusieurs autres produits "accouplés" ensemble)

[Bluedeep]

Envoyé par bizet

Salut

dans le cadre de l'intégration continue d'un projet, j'ai deja bossé avec :

- Visual Studio 2005 couplé à Visual Source Safe pour le controle de code source. Nous avions configuré VSS pour qu'une seule personne puisse modifier le fichier à chaque fois.

VSS a quand même une sérieuse limitation : il ne sait pas gérer les fork (ou alors, ça a changé, car depuis quelques années je préfère utiliser CVS puis maintenant SVN plutôt que VSS pour les projets dont je m'occupe).

Sinon, d'accord pour le reste.

[Bluedeep]

Envoyé par Nikoui

Principal inconvénient :
- Ca coute cher (même si les abonnements MSDN qui l'incluent restent *relativement* abordable par rapport à la liste d'application contenues dedans -> faut juste avoir les moyens)

Non, si tu rapportes ce cout au cout journalier de ton équipe (même avec une équipe légère), c'est peanuts.

[Nikoui]

Envoyé par Bluedeep

Non, si tu rapportes ce cout au cout journalier de ton équipe (même avec une équipe légère), c'est peanuts.

Ca depend, comme je le dit quand tu vois ce que t'offre un abonnement MSDN, si tu pars sur du full microsoft (comme j'ai eu l'occasion (et la chance même, oui oui) de le faire) alors c'est interressant. Mais ça coute tout de même cher, et c'est un critère a prendre en compte lorsque la chaine complete peut etre recréée à partir de produit open source (un peu moins cher donc, meme si ce n'est jamais gratuit).

[SomeGuy]

Bonjour et merci d'avance.

Je souhaite connaître un exemple d'architecture pour répondre à un besoin de développement dot.net. J'aurais deux questions après avoir présenté ce que j'ai en tête :

postes développeurs : XP ou 2000, .NET, IIS, Visual Studio / NUnit / Team Foundation Server (TFS) / SQL Server
serveur de base(s) de données: 2000, SQL Server
serveur d'intégration : 2000, .NET, IIS, Visual Studio / NUnit / TFS, Cruise Control
serveur de recette : 2000, .NET, IIS, TFS, ??
serveur de prod : 2000, .NET, IIS, ??

Tout ça en Framework 2.0, et IIS 6 mais ça n'est pas l'essentiel, voici mes questions cruciales:

1) Ce que je propose est-il complet ? Valable ? Oui ? Non ? Pourquoi ?

2) Quel(s) outil(s) permet(tent) de déployer du serveur d'intégration vers les serveurs recette et prod ? Cruise Control le permet-il ? Ou s'agit-t-il de TFS ?

merci

[Nikoui]

Qu'appelles tu "Serveur de recette" ? le serveur utilisé pour faire la recette du soft avant de passer en prod ? Dans ce cas, pour moi il doit être parfaitement identique au serveur de Prod.

Ensuite, pour le déploiement intégration -> recette -> prod j'ai toujours fait tout ça "à la main" donc je ne saurai pas te dire si TFS peut t'aider dans ce cas (à par pour "labelliser" les builds et les identifier).

[SomeGuy]

Merci pour cette réponse

Envoyé par Nikoui

Qu'appelles tu "Serveur de recette" ? le serveur utilisé pour faire la recette du soft avant de passer en prod ? Dans ce cas, pour moi il doit être parfaitement identique au serveur de Prod.

Je pense avoir besoin d'un serveur de recette différent du serveur de prod afin de séparer le produit final version N utilisé par les utilisateurs finaux, et la version N+1 du site avant sa validation définitive ; et de pouvoir tester N+1 pendant que N tourne.
Mais c'est un détail car...

Ensuite, pour le déploiement intégration -> recette -> prod j'ai toujours fait tout ça "à la main" donc je ne saurai pas te dire si TFS peut t'aider dans ce cas (à par pour "labelliser" les builds et les identifier).

Oui, c'est ma principale lacune: "brancher" une version N+1 correctement intégrée sur une version N, je ne sais pas quel outil le fait. Quand tu dis "à la main" que fais-tu ? En revanche je comprends que TFS fasse ça, s'il suffit de lui indiquer le serveur N+1 et le serveur N, de lui dire N+1 est à merger sur N, alors je comprends la facilité du procédé ! Il ne me restera plus qu'à tester.

Tks again.

[gibson14]

bonjour à tous, je bosse actuellement avec Visual Studio 2008 et le framework 3.5, et je suis sur l'intégration continue!
Le problème c'est que je n'arrive pas à builder ma solution de projet avec nant 0.86beta1 il ne reconnait pas le formt de la solution alors qu'il le devrait!
Avec mSbuils je ne connais pas du tout cet outil et je n'arrive pas à créer un fichier .proj pour build ma soltion ou mon projet!
quelqu'un pourrait il m'aider svp, j'en ai vraiment besoin!

merci

[Bluedeep]

Quelqu'un a un décodeur ?

[gibson14]

Désole je n'ai (surement) pas été tres clair!
Je voudrais générer une fois par jour les sourcesd 'un projet sur lequel on va etre plusieurs à travailler!
Et en fait je n'arrive pas a créer de fichier pour builder avec MSBuild!

[olivier34]

Bonjour,

Pourquoi ne pas poster un sondage sur l'utilisation des outils pour l'intégration continue en .Net (dans l'idée de ce qui est déjà présent pour JEE).

Olivier.