According to our solution for documentation of software products, LieberLieber coded a GUI for easy use of the freeware tool eaCommand.
With this GUI you can easily generate the commands needed in commandLine. It also handles dependencies of the possible parameters and stuff. So if you are using eaCommand, you might be interested in taking a look at this piece of software, which is also offered for free.
(see details for screenshot & download)
Just a found a tool that was missing in my Toolchain: Microsoft Build Sidekick from Attrice Corporation. Finally a nice and convenient tool to edit and debug MSBuild files that I use for my Teamcity work. It also supports the MSBuild Extension Pack.
This morning I found a pretty interesting overview provided by Roy on the tools you can use to get your builds maintainable:
The difference between continuous Integration tools and automated build tools
Personally I prefer the Teamcity and MSBuild Variation of Tools.
If you choose to run Teamcity with a .sln you have an almost automatic integration into Teamcity that can be configured from the web interface.
For most stuff I end up needing a MsBuild Script to get all the Tasks done required for our Builds. If you choose MsBuild as a buildrunner in Teamcity you lose the nice GUI for configurating MsTest . So you need to run the tests by yourself with a simple target in an MsBuild script:
<Target Name=”MsTest”>
<Exec IgnoreExitCode=”true” Command=”"$(VS2008_Path)\mstest.exe" /testcontainer:BridgeTest.dll /resultsfile:BridgeTest.trx” />
<Message Text=”##teamcity[importData type='mstest' path='BridgeTest.trx']“/>
</Target>
The Trick is the Second Task which serves as a Service Message and tells Teamcity to Import the results from MsTest.
Other versions of running MsTest from MsBuild can be found in my previous post.
Mostly the same applies for Nunit Tests – yet you don’t need the Service Message because Teamcity can import Nunit reports from the gui.
Auf Nati Dobkin’s Blog habe ich heute einen Task für MSTest und eine super Aufstellung über die verschiedenen Varianten gefunden: MSTest task for MSBuild
Wenn man sich für die Commandline Variante entscheidet, sind auch noch die folgenden 2 Links interessant:
http://harriyott.com/2005/07/running-mstest-from-msbuild.aspx
http://geekswithblogs.net/michaelstephenson/archive/2007/04/27/112031.aspx
Buildserver und Continuous Integration sind nichts vor dem man Angst haben muß!! Es gibt auch komfortable Tools! ;)
Im letzten halben Jahr habe ich sehr intensiv mit Teamcity 4x von Jetbrains gearbeitet. Diesen BuildServer gibt es in einer kostenlosen und einer kostenpflichtigen Version. Ich finde dieses Tool einfach nur genial – vor allem wenn man sich über die Konfiguration von CruiseControl.Net geärgert hat.
Von der kommenden Version Teamcity 5 gibt es jetzt eine Preview im “Early Access Program” von Jetbrains! – Ich habe es schon auf einem Server in Betrieb und bin begeistert! Zum Beispiel kann man jetzt sogar eigenen HTML Reports integrieren ohne in XML Files editieren zu müsssen!
Ich hoffe mich endlich motivieren zu können mehr über Teamcity und MSBuild zu bloggen.
Die Dokumentation bestehender Softwareprojekte läßt sich mit dem Enterprise Architect auch nachträglich komfortabel gestalten. Dabei ist egal, ob das Projekt als Source Code vorliegt, als .Net-Assembly, oder als .java-Dateien.
Mit den vom COM-Interface zur Verfügung gestellten Funktionen lassen sich sowohl einzelne Dateien, als auch ganze Verzeichnisse importieren, und daraus ein HTML-Report erstellen.
Um die Arbeit zu vereinfachen, haben wir eine Applikation für die Kommandozeile geschrieben, die den kompletten Prozeß vom Anlegen eines Projektes, über den Import der Dateien bis zum Erstellen des Reports übernimmt.
Einzige Voraussetzung: Enterprise Architect muß installiert sein. Ob dieses am Client läuft, oder auf einem Server, ist egal.
Anbei der Screenshot des Reports nach dem import der eaCommand-Assembly (C#).
Wenn die Applikation auf einem Server laufen soll, interessieren Sie sich eventuell auch für diesen Artikel:
: Running Enterprise Architect on a server
Single files or whole directories can be imported into a (new) EA-Project via COM-Interface, and a HTML-Report is generated afterwards.
To ease things, LieberLieber has written a Commandline-Application to cover the whole workflow from importing files to generating the HTML-Report.
Only requirement is an installed version of Enterprise Architect on either a client or server machine.
See attached the screenshot of the report after importing eaCommand-Assembly (C#).
If you run this exe on a server, you might want to have a look at this article
: Running Enterprise Architect on a server
Download: LL.EnterpriseArchitect.eaCommand.0.9.1.0
Download: LL.EnterpriseArchitect.eaCommand.0.9.2.0
Download: LL.EnterpriseArchitect.eaCommand.0.9.3.0 -> (including new option: PackagePerDirectory)