Wo fange ich mit CruiseControl.NET an?

Question

Ich richte den Quellcodeverwaltungs- und Build-/Integrationsprozess meines Teams von Grund auf ein.Wir verwendeten VSS und ein von uns selbst erstelltes Tool, um den Build-Prozess durchzuführen.Wir entschieden uns für eine modernere Umgebung.Ich habe den SVN ausgeführt und möchte einen kontinuierlichen Integrationsprozess mit CruiseControl.NET einrichten.Gibt es eine gute Schritt-für-Schritt-Anleitung, die mir den Einstieg in die Best Practices dieses Tools erleichtert?

Answer 1

Bevor Sie CruiseControl in vollem Umfang nutzen können, müssen Sie ein automatisiertes Build-Skript erstellen, das von msbuild oder nant ausgeführt werden kann.Nachdem Sie Ihr Projekt in einem Schritt erstellt haben, können Sie mit der Integration von CruiseControl in den Mix beginnen.Hier sind einige Ressourcen, die Ihnen den Einstieg erleichtern sollen:

• CruiseControl.net Wiki - Eine sehr gute Ressource.
• CruiseControl.net SourceControl-Block – Zeigt, wie man svn mit CruiseControl.net mit dem SourceControl-Block verwendet
• CruiseControl.net, MsBuild und SVN-Setup erhalten – Eine Ressource, die Sie durch die einzelnen Schritte führt, damit alles zusammenpasst.

Answer 2

Eine hervorragende Ressource, die ich kürzlich zum Thema CI gefunden habe, stammt von Martin Fowler, dem Autor des berühmten Buches „Enterprise Application Architecture“.

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

Answer 3

Hier sind einige Links, die nützlich sein könnten:

• 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

Ein Tipp, den wir gelernt haben: Wenn Sie ein relativ großes Team haben und das Produkt, auf das Sie sich beziehen, ein Szenario vom Typ „Push-to-QA, damit die Leute es testen können“ ist, widerstehen Sie dem Drang, es jedes Mal erstellen zu lassen, wenn jemand etwas eincheckt .Es wird wahrscheinlich die Qualitätssicherung für eine gewisse Zeit lahm legen und dazu führen, dass die Qualitätssicherung erheblich gestört wird, bevor Sie merken, dass die Leute den ganzen Tag lang Dinge einchecken.

Für ein „Push-to-QA“-Szenario lassen Sie es einfach jeden Abend los, wenn Änderungen festgestellt werden.

Für ein „Sehen, ob es baut“-Szenario ist es gut, einmal pro Stunde zu arbeiten (auch hier checken die Leute in einem anständigen Team viel zu oft Dinge ein, als dass sich sofortige Builds lohnen würden).

Answer 5

Wenn Sie auf der Suche nach einem .NET CI sind, kann ich Ihnen empfehlen, einen Blick darauf zu werfen Team City.Ich finde es besser und es ist für bis zu 20 Benutzer kostenlos.

Answer 6

Wirklich, das Dokumentation ist ziemlich solide