Par où commencer avec CruiseControl.NET

Question

Je configure le processus de contrôle de source + construction/intégration de mon équipe à partir de zéro. Nous utilisions VSS et un outil que nous avons créé en interne pour effectuer le processus de construction. Nous avons décidé de passer à un environnement plus moderne. J'ai le SVN fonctionnant, et je voudrais établir un processus continu d'intégration avec CruiseControl.NET. Y a-t-il un bon guide de démarrage étape par étape qui me permettra de commencer avec les meilleures pratiques de cet outil?

Answer 1

Avant CruiseControl tirer parti à sa pleine mesure, vous devez créer un script automatisé de construction qui peut être exécuté par msbuild ou Nant. Après avoir construit votre projet en une étape, vous pouvez commencer à intégrer CruiseControl dans le mix. Voici quelques ressources pour vous aider à démarrer:

• CruiseControl.net Wiki - Une très bonne ressource.
• CruiseControl.net SourceControl Block - Indique comment utiliser svn avec CruiseControl.net avec le bloc SourceControl
• Getting CruiseControl.net, MsBuild, and SVN setup - Une ressource que vous les étapes pas à pas pour obtenir tout engrener ensemble.

Answer 2

Vraiment, le documentation est assez solide

Answer 3

Voici quelques liens qui pourraient être utiles:

• http://www.codeproject.com/KB/dotnet/cruisecontrol_continuous.aspx
• http://devlicio.us/blogs/ziemowit_skowronski/archive/2007/03/10/continuous-integration-1-the-environment-and-the-first-build.aspx
• http://code.google.com/p/ci-factory/

Answer 4

Une excellente ressource que j'ai trouvé pour CI récemment par Martin Fowler , auteur du célèbre livre "Enterprise Application Architecture".

URL: http://martinfowler.com/articles/continuousIntegration.html

Answer 5

Une astuce que nous avons appris - si vous avez une assez grande équipe et le produit que vous faites référence est une « poussée à l'assurance qualité afin que les gens peuvent tester » type de scénario, résister à l'envie pour que ça se construise à chaque fois que quelqu'un vérifie quelque chose. Il va probablement mettre fin à l'AQ pendant un certain temps et faire bouger beaucoup l'AQ avant de comprendre que les gens vérifient les choses toute la journée. Pour un scénario «push to QA», il suffit de le déclencher tous les soirs s'il détecte des changements.

Pour « voir si elle construit » scénario, une fois toutes les heures est bon (encore une fois, les gens vérifient de manière stuff trop souvent sur une équipe de bonne taille pour faire instantanée construit la peine)

Answer 6

Si vous cherchez un .NET CI pourrais-je vous suggérer d'aller voir Team City. Je pense que c'est mieux et c'est gratuit pour jusqu'à 20 utilisateurs.