Empfehlungen zu Continuous-Integration-Systemen

Question

Wir evaluieren derzeit verschiedene Anwendungen, die mit Visual Studio 2008 (C#) und Subversion interagieren, um automatisierte Builds unserer Kernbibliotheken durchzuführen.Wir hoffen, dass nächtliche Builds durchgeführt werden und die Liste der vorgenommenen Änderungen entweder per E-Mail an jeden Entwickler gesendet wird oder dass die neuesten Versionen auf jede Workstation übertragen werden.Welche Erfahrungen haben Sie mit diesen Tools gemacht und welche Empfehlungen gibt es?

---

Empfohlene Software

• Tempomat .NET
• Hudson
• TeamCity

Empfohlene Artikel

• Kontinuierliche Integration:Von der Theorie zur Praxis 2. Auflage (CC.net)
• Automatisieren Sie Ihren ASP.NET-Erstellungs- und Bereitstellungsprozess mit Hudson

Answer 1

Cruise Control.net (ccnet) bietet alles, was Sie suchen.Es ist ziemlich einfach zu verwenden. Wenn Sie es als Dienst ausführen möchten, stellen Sie sicher, dass Sie ihm ein Konto geben und es nicht als Netzwerkdienst ausführen lassen. Auf diese Weise können Sie ihm Rechte für Intranet-Boxen erteilen und es ausführen lassen xcopy wird bereitgestellt.

Es verfügt über alle Arten von E-Mail-Modi, bei Fehler, bei allen, bei Fehlerbehebung nach einem Fehler und viele, viele mehr.

Answer 2

Hudson ist das einfachste Continuous-Integration-/Daily-Build-Tool, das ich je gesehen habe.Ich bin mir nicht sicher, ob es alle Ihre Anforderungen erfüllt.

Answer 3

Werfen Sie einen Blick auf die JetBrains (Leute hinter ReSharper) TeamCity

Answer 4

Ich habe verwendet cc.net mit Nant und MSBuild mit großem Erfolg, kann es nur wärmstens empfehlen.

Answer 5

Bei meinem letzten Arbeitgeber habe ich einen Buildserver mit cc.net eingerichtet.Rechnen Sie mit mindestens ein bis zwei Tagen Arbeit für die Einrichtung.Ich habe cc.net zusammen mit nant und msbuild verwendet.Die Funktionalität dieser Projekte überschneidet sich stark, daher ist es möglicherweise eine gute Idee, darüber nachzudenken, wie Sie alles einrichten möchten.

Das Setup, für das ich mich schließlich entschieden habe, war cc.net auf dem Server, um das Projekt von Subversion abzurufen und die Nant-Skripte abzufeuern.nant wurde verwendet, um msbuild aufzurufen, um die Visual Studio-SLN-Dateien zu erstellen und alle anderen Build-Schritte wie das Ausführen von Tests usw. auszuführen.

Ich habe mir auch kurz Teamcity angeschaut.Auf den ersten Blick sieht es viel besser aus als cc.net, aber ich hatte noch keine Zeit, es auszuprobieren.Es lohnt sich auf jeden Fall, einen Blick darauf zu werfen.

Answer 6

Um dies zu erreichen, verwende ich CC.Net zusammen mit SubVersion und MSBuild. Hier ist ein großartiger Leitfaden für die Umsetzung, den ich befolgt habe und der sehr hilfreich war.

Answer 7

Ein paar Kleinigkeiten zur Arbeit mit cc.net und msbuild.Wenn Sie C/C+=-Projekte erstellen, ist msbuild zumindest mit VS 2005 (und möglicherweise früher) unzuverlässig.Ich habe nicht mit VS 2008 getestet.Wir haben festgestellt, dass msbuild manchmal ordnungsgemäß funktioniert, manchmal nicht.Bei dem Versuch, das Problem zu lösen, haben wir vcbuild.exe gefunden, das beim Erstellen von C/C++-Lösungen anstelle von msbuild gut zu funktionieren scheint.

Answer 8

Wenn Sie verwenden Spur für die Problemverfolgung die gebissen Plugin funktioniert gut.Es ist nicht plattformspezifisch (wir führen es sowohl unter Windows als auch unter Linux bei der Arbeit aus, jeweils mit msbuild/mstest und make/gcc/cpptest).

Answer 9

Ich verwende Hudsons Jenkins für den täglichen Build.Es ist wirklich sehr einfach einzurichten und zu warten.Und es gibt viele Plugins, die unsere Anforderungen voll erfüllen.