Par où commencer avec CruiseControl.NET

Question

Je mets en place le processus de contrôle de source + de 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 en cours d'exécution et j'aimerais définir un processus d'intégration continue avec CruiseControl.NET.Existe-t-il un bon guide de démarrage étape par étape qui me permettra de démarrer avec les meilleures pratiques de cet outil ?

Answer 1

Avant d'exploiter pleinement CruiseControl, vous devez créer un script de construction automatisé qui peut être exécuté par msbuild ou nant.Une fois que vous avez construit votre projet en une seule étape, vous pouvez commencer à intégrer CruiseControl dans le mix.Voici quelques ressources pour vous aider à démarrer :

• Wiki CruiseControl.net - Une très bonne ressource.
• Bloc CruiseControl.net SourceControl - Montre comment utiliser svn avec CruiseControl.net avec le bloc sourcecontrol
• Obtenir la configuration de CruiseControl.net, MsBuild et SVN - Une ressource vous guidant à travers les étapes pour que tout s'enchaîne.

Answer 2

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

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

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

Un conseil que nous avons appris : si vous avez une équipe raisonnablement grande et que le produit auquel vous faites référence est un scénario de type "pousser vers le contrôle qualité afin que les gens puissent tester", résistez à l'envie de le construire à chaque fois que quelqu'un enregistre quelque chose. .Cela supprimera probablement le contrôle qualité pendant un certain temps et entraînera de nombreuses perturbations dans le contrôle qualité avant que vous ne vous rendiez compte que les gens enregistrent des éléments toute la journée.

Pour un scénario "push to QA", faites-le simplement se déclencher tous les soirs s'il détecte des changements.

Pour un scénario "voir si ça se construit", une fois toutes les heures est une bonne chose (encore une fois, les gens vérifient les choses trop souvent dans une équipe de taille décente pour que les builds instantanés en valent la peine)

Answer 5

Si vous recherchez un CI .NET, puis-je vous suggérer de jeter un œil à Équipe Ville.Je pense que c'est mieux et c'est gratuit jusqu'à 20 utilisateurs.

Answer 6

Vraiment, le Documentation est assez solide