Application ASP.NET - Extraire, tester, compiler et déployer

Question

Hypothèse: Je suis très nouveau dans l'espace d'intégration continue.

Quelle méthode dois-je utiliser pour extraire, tester, compiler, déployer une application ASP.NET (.NET 3.5).

Étape 1) Parfois, je voudrais tirer la dernière source de TFS, et parfois Subversion.

Étape 2) Effectuer tous les tests. (J'utilise actuellement MbUnit)

Étape 3) Si tous les tests réussissent, créez une version commerciale.

Étape 4) le code Déployer via FTP - remplacer l'application en cours à une URL spécifique

Je suis à la recherche de solutions qui facile à apprendre la configuration &, et à faible coût ou libre/open source.

MSBuild serait la chose la plus facile à faire pour l'étape 3. Puisque je ne veux pas vraiment faire quelque chose de spécial ... il suffit de fournir un nom de solution et de le compiler. Ma principale préoccupation est de trouver quelque chose qui résout tout problème majeur causé par l'exigence/étape # 1.

Answer 1

Nous utilisons CruiseControl.net, mais votre première exigence pourrait être un peu un problème. Pourriez-vous expliquer comment vous faites le choix du référentiel duquel vous extrayez la source. CC.NET peut fonctionner avec l'un de ceux-ci, ou pourrait travailler avec les deux en même temps si vous êtes un peu malin avec les paramètres de ccnet.config, mais cela dépend plus de la façon dont vous savez tirer de quoi.

Le reste est facile, j'utilise NAnt pour faire le vrai travail et c'est facile.

modifier:

NAnt n'a pas été mis à jour depuis un certain temps, le développement est arrêté quand MSBuild a été libéré. Si vous effectuez une recherche sur stackoverflow, vous trouverez quelques questions de type "dois-je passer à MSBuild", personnellement nous avons une quantité de connaissances raisonnable dans NAnt, il fait ce que nous voulons, et il y a des choses que nous faisons qui apparaissent très dur dans MSBuild donc nous allons nous accrocher un peu plus longtemps. CruiseControl.NET a des tâches qui peuvent appeler directement MSBuild, nous appelons toujours DevEnv directement lorsque nous construisons beaucoup de projets de déploiement, ce que MSBuild a du mal à faire.

Notre script NAnt nous permet de tirer le meilleur parti de ClearCase jusqu'au produit emballé prêt à être expédié. Cependant, NAnt n'est qu'une option, si vous êtes satisfait d'un autre langage de script tel que PowerShell, il n'y a aucune raison de ne pas l'utiliser. CruiseControl.NET peut appeler n'importe quel exécutable comme une tâche en utilisant les balises et transmet beaucoup d'informations en utilisant des variables d'environnement. Cette page: http://confluence.public.thoughtworks.org/display/CCNET/Executable+Task détaille ce qui se passe. En termes d'utilisation des mêmes étapes, la seule différence entre les deux configurations serait le bloc de contrôle de source dans le fichier ccnet.config, notre script NAnt ne change pas du tout lorsque nous changeons la vue utilisée car tout est relative et nous devons avoir une disposition standard pour nos points de vue, ce qui signifie que nous savons où tout est tout le temps.

Espérons que cela aide un peu plus.

Alan.