Frage

Ich habe ein paar Visual Studio-Lösungen/Projekten wird gearbeitet, in meiner Firma, die nun ein Schema für die automatische nightly builds.Ein solches System muss in der Lage sein zu überprüfen, die neuesten Versionen von SVN, build Lösungen, erstellen Sie die entsprechende herunterladbare Dateien (einschließlich Installateure, Dokumentation, etc.), senden von e-mails an die Entwickler auf die Fehler und alle Arten von andere nette Dinge.Welches tool oder Werkzeug-set, sollte ich für diese?

Ich verwendet, um zu verwenden FinalBuilder vor ein paar Jahren, und ich mochte, dass eine Menge, aber ich bin mir nicht sicher, ob Sie support-features wie die nightly-builds und E-Mail-Nachrichten.

War es hilfreich?

Lösung

Bei meiner Arbeit verwenden wir CCNET, aber mit builds on check-in mehr als nightly - obwohl es leicht so konfiguriert, dass entweder ein oder beide.

Sie können sehr leicht einrichten unit-Tests ausgeführt werden auf jedem checkin als auch, FXCop-Tests, und eine Reihe von anderen Produkten.

Ich würde auch empfehlen checking out Team City als option, weil es hat eine Kostenlose version, die Berichterstattung und die Einrichtung ist angeblich viel einfacher (es sieht nett zu mir).Es hat eine Grenze irgendwo um 20 team-Mitglieder/ - Projekte, bevor es auf einer pay-for-Fenster.

Das heißt, wir begannen mit CCNET, und haben sich mehrere Produkte zu groß, zu schauen, Team Stadt auf die Kostenlose version und sind sehr glücklich mit dem, was wir haben.

Funktionen, die helfen, mit CCNET gehören:

  • XML-basierte Konfiguration - Sie können in der Regel kopieren und einfügen von die meisten von, was Sie brauchen.
  • Mehr oder weniger werden Sie in der Lage zu verbinden Sie Ihr treesurgeon Skript als build-Skript, und zeigen Sie CCNET an, die als ausführbare Aufgabe zum ausführen der Kompilierung.
  • Sehr viel Dokumentation und sehr einfach einzurichten nunit, ncover, fxcop, etc.
  • Taskleiste-app wird Sie wissen lassen, die status Ihrer Projekte jederzeit, und es kann auch Feuer aus eine E-Mail oder halten Sie einen RSS-feed mit den gleichen Informationen.

Aber ich würde auf jeden Fall gehen, mit laufen ein CI-build auf jedem check-in - für die meisten Teil, werden die Komponententests ausführen, bevor Sie Einchecken, aber lassen Sie die CCNET-server verwalten Anwendungen auszuführen/Baugruppen, würde Abhängigkeiten in der Montage, wir sind Prüfung, und Sie bekommen wieder aufgebaut, und wieder getestet, auf jeden checkin.

Gegeben, dass CCNET-frei ist kostenlos und dauert sehr wenig Zeit - ich würde sehr empfehlen diesen Weg einfach zu gehen und zu sehen, wenn es Ihnen passt, dann die Erweiterung von dort.

(Es gibt einen anderen thread hier, wo ich geschrieben, so ziemlich die gleichen/auch mit wenigen änderungen - aber einige der anderen Kommentare kann auch helfen! Automatisierte Builds)

Bearbeiten, um hinzuzufügen:Sie können ganz einfach Ihr eigenes deployment scheme for CCNET, und es gibt eine tonne von blog-posts gibt, zu unterstützen, und E-Mail-Benachrichtigungen können wirklich eingerichtet werden ziemlich Granular, entweder auf alle Erfolge, alle Misserfolge, wenn es änderungen von Erfolg zu scheitern, etc.Es gibt auch eingebaute RSS-Feeds, und Sie konnte sogar Ihre eigenen Benachrichtigungen für andere Systeme.

Andere Tipps

FinalBuilder unterstützt E-Mail und nur die Ausführung FinalBuilder jede Nacht wird Ihnen nightly builds.Sie nicht wirklich brauchen, anderer software für, die, wenn Sie nicht wollen.

Sie können auch CCNet, um trigger ein zu bauen, wenn erforderlich, und haben es ausführen FinalBuilder für den build.Sie können dann entscheiden, ob FinalBuilder oder CCNet sollten per E-Mail.

Schließlich FinalBuilder ist eine Server-version, das ist sorta wie CCNet, dass es ein weiter-integration-tool mit FinalBuilder.Finden http://www.finalbuilder.com/finalbuilder-server.aspx

Natürlich der größte Vorteil von CCNet ist, dass es kostenlos und open source.

Obwohl es kostet, ich empfehle Visual Bauen.Es funktioniert mit MSBuild und alte Werkzeuge wie Visual Basic.Es ist skriptfähig und kann alles machen, Installateure einfache Kontinuierliche Integration.

Wir haben gerade begonnen, mit Hudson und hier im Büro.

Die freie und open-source, es hat eine sehr benutzerfreundliche Benutzeroberfläche.Plus, es gibt Tonnen von Optionen und plugins zur Verfügung.

Ich war oben und läuft in einer Angelegenheit von Minuten nach der Installation.Alle anderen devs hier sind, es zu lieben.

Alle in alle, es ist eine sehr elegante Lösung für die Kontinuierliche Integration oder Nightly Builds.

Ich habe vor kurzem angefangen mit CruiseControl.NET (http://confluence.public.thoughtworks.org/display/CCNET/Welcome+to+CruiseControl.NET).Es funktioniert Recht gut, obwohl die Konfiguration könnte einfacher sein.CruiseControl.NET ist kostenlos und open source, und scheint die Integration mit den meisten standard-tools, obwohl ich persönlich habe nur verwendet es mit CVS, SVN, NUnit und MSBuild.

Luntbuild

Unterstützt eine Vielzahl von source-control-und build-Systeme.Sehr anpassbar.Open-Source.Setup dauert einige Zeit, aber es ist auch nicht schrecklich.

Buildbot ist open-source und sehr mächtig zu.Sie sollten einen Blick auf es.

Cascade unterstützt dabei eine zu bauen, die auf jede einzelne änderung an das repository übergeben.

Ich würde nicht empfehlen, tun nur nightly builds-das ist ein ziemlich langes Fenster, in dem ein build break schlüpfen können, bevor es gemeldet.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top