現在、CC.NET(CruiseControl.Net)でmsbuildの出力をフォーマットしていないため、壊れたビルドの原因を見つけるには、XMLを読み込んで、最後の 'success = "false"インスタンスを出力。CruiseControl.NetでMsBuild XML出力をフォーマットするために使用するXSLTは何ですか?
msbuildの出力をフォーマットするために使用するXSLTは何ですか?結果のHTMLに満足していますか?私。壊れたビルドの原因を特定するのは簡単ですか?
おかげ B
EDIT: は、ここに私たちCCプロジェクトのXML要素の一つの消毒サンプルです。私は今、ログのマージが問題かどうか疑問に思っています。
<project name="StackOverflowSample">
<workingDirectory>D:\_300</workingDirectory>
<webURL>&viewFarmReportWebURL;</webURL>
<sourcecontrol type="multi">
<sourceControls>
<vsts>
<!-- We get latest from TSF -->
</vsts>
</sourceControls>
</sourcecontrol>
<triggers>
<intervalTrigger seconds="60" />
</triggers>
<tasks>
<msbuild>
<executable>&msbuildExecutable;</executable>
<workingDirectory>app\consoleApp1</workingDirectory>
<projectFile>consoleApp1.sln</projectFile>
<buildArgs>/noconlog /p:Configuration=Release /v:quiet</buildArgs>
<logger>ThoughtWorks.CruiseControl.MsBuild.XmlLogger,"D:\Program Files\CruiseControl.NET\server\ThoughtWorks.CruiseControl.MsBuild.dll"</logger>
</msbuild>
<nunit>
<path>&nunitConsoleExecutable;</path>
<assemblies>
<assembly> D:\_300\app\consoleApp1\bin\Release\consoleApp1.exe</assembly>
</assemblies>
</nunit>
<exec>
<executable>&ncoverExecutable;</executable>
<buildArgs>"&nunitConsoleExecutable;" "app\consoleApp1\bin\Release\consoleApp1.exe" /nologo</buildArgs>
</exec>
<exec>
<executable>&ndependExecutable;</executable>
<buildArgs>D:\_300\app\consoleApp1.xml /Silent</buildArgs>
</exec>
<merge>
<files>
<file>D:\_300\app\consoleApp1\unit-test.xml</file>
<file>D:\_300\app\consoleApp1\ApplicationMetrics.xml</file>
<file>D:\_300\app\consoleApp1\AssembliesBuildOrder.xml</file>
<file>D:\_300\app\consoleApp1\AssembliesDependencies.xml</file>
<file>D:\_300\app\consoleApp1\AssembliesMetrics.xml</file>
<file>D:\_300\app\consoleApp1\CQLResult.xml</file>
<file>D:\_300\app\consoleApp1\InfoWarnings.xml</file>
<file>D:\_300\app\consoleApp1\NDependMain.xml</file>
<file>D:\_300\app\consoleApp1\TypesDependencies.xml</file>
<file>D:\_300\app\consoleApp1\TypesMetrics.xml</file>
</files>
</merge>
</tasks>
<publishers>
<merge>
<files>
<file>D:\_300\app\consoleApp1\SymbolModule.Xml</file>
</files>
</merge>
<xmllogger logDir="." />
&emailconsoleApp1;
</publishers>
</project>
リンクありがとうございます。私はあなたの答えに投票しましたが、私はそれをまだ解決策としてマークすることはできません。;) あなたが提供したリンクを開いて調査します。カスタムロガーは良いアプローチだと思います。なぜなら、私が書きましたが、ノイズをフィルタリングして、より迅速に、より少ない時間で、CIサーバー上に流出する小さなログを生成できるからです。 –
私は完全に理解していません - 「デフォルト」ロガーは依然としてカスタムであり、特にCCNet用に書かれています。もしRodemeyerの方がうまくいくなら、それはおそらくディストリビューションの「デフォルト」を置き換えるはずです。しかし、Wikiの記事のほとんどは時代遅れですが、ThoughtWorks.CruiseControl.MsBuild.XmlLoggerはこのような文字化けした出力をもはやもたらしません。 – skolima
これをあなたの執拗さに感謝します。ほんとうにありがとう。 Webダッシュボードで、「Build Build Log」を選択すると、XMLのMASSが表示されます。これは、msbuildの出力から始まり、NUnitの出力が続き、NCoverとNDependのXMLのMONSTERが続きます。これは本当の問題ですか?私はmsbuildの出力へのリンクを持っているべきですか?出力はマージされませんか?プロジェクトxmlで質問を更新しますので、私たちが行っていることをより詳細に見ることができます。 –