Nous utilisons CruiseControl.Net depuis quelques années maintenant et cela fonctionne très bien. Cependant, depuis notre dernière mise à niveau il y a quelques semaines à la dernière version (1.5.0.6237), nos rapports de construction ne sont pas affichés sur le site Web ccnet. Au lieu de cela, nous obtenons le message suivant:Les journaux de construction de CruiseControl.Net n'apparaissent pas sur le site Web de CCNet après la mise à niveau
"BUILD FAILED Project: TX Date of build: 2010-06-22 23:41:54 Running time: 00:05:06 Integration Request: Build (ForceBuild) triggered from ScheduleTrigger Last changed: 2010-06-22 15:14:14 Last log entry: Merge Branches: Origin=$/Source/RE/Branches/3.1 Version: 2629 [DT- 3652]: Reporting: Capture tradable duration seperately Modifications since last build (10) Checked in Donald.sutherland Trunk/SLP/SLPDatabase/CreateScripts/CreateReportDataStoreTables.sql Merge Branches: Origin=$/Source/RE/Branches/3.1 Version: 2629 [DT-3652]: Reporting: Capture tradable duration seperately 2010-06-22 15:14:14 Checked in Donald.sutherland Trunk/SLP/SLPDatabase/Change Scripts/ReportDataStore/RpDataStoreDatabaseChangeScript.sql Merge Branches: Origin=$/Source/RE/Branches/3.1 Version: 2629 [DT-3652]: Reporting: Capture tradable duration seperate
Ce qui devrait suivre un certain nombre de messages que d'erreur indiquant pourquoi la construction a échoué. La page Web qui ne parvient pas à analyser le fichier journal est "ViewBuildReport.aspx". Afin d'obtenir une explication, notre équipe de développement doit passer en revue le xml du journal de construction complet et rechercher les échecs.
Le fichier build.config est joint ci-dessous:
<project name="TX" queue="Build" queuePriority="1400">
<triggers>
<scheduleTrigger time="21:00" buildCondition="ForceBuild">
<weekDays>
<weekDay>Monday</weekDay>
<weekDay>Tuesday</weekDay>
<weekDay>Wednesday</weekDay>
<weekDay>Thursday</weekDay>
<weekDay>Friday</weekDay>
<weekDay>Saturday</weekDay>
<weekDay>Sunday</weekDay>
</weekDays>
</scheduleTrigger>
</triggers>
<sourcecontrol type="vault" autoGetSource="true" applyLabel="false">
<executable>c:\program files\sourcegear\vault client\vault.exe</executable>
<username>build</username>
<password>*********</password>
<host>niddrie.dataexplorers.net:8080</host>
<repository>DXL Source</repository>
<folder>$/Source/TX/Trunk</folder>
<ssl>false</ssl>
<useWorkingDirectory>true</useWorkingDirectory>
<workingDirectory>D:\Projects\Source\TX\Trunk</workingDirectory>
<cleanCopy>true</cleanCopy>
<timeout units="minutes">30</timeout>
</sourcecontrol>
<tasks>
<msbuild>
<executable>C:\WINDOWS\Microsoft.NET\Framework\v4.0.30319\MSBuild.exe</executable>
<workingDirectory>D:\Projects\Source\TX\Trunk</workingDirectory>
<projectFile>TransactionExplorer.sln</projectFile>
<buildArgs>/noconsolelogger /p:Configuration=Release /v:diag</buildArgs>
<targets>Build</targets>
<timeout>600</timeout>
<logger>C:\Program Files\CruiseControl.NET\server\ThoughtWorks.CruiseControl.MSBuild.dll</logger>
</msbuild>
<exec>
<executable>deploy.bat</executable>
<baseDirectory>D:\Projects\Source\TX\Trunk</baseDirectory>
<buildArgs>D:\Projects\Source\TX\Trunk D:\MasterWebsite\SfsWebroot\Autobuild\TX</buildArgs>
<buildTimeoutSeconds>500</buildTimeoutSeconds>
</exec>
</tasks>
<publishers>
<!-- Mandatory, config file does not work without -->
<xmllogger logDir="C:\Program Files\CruiseControl.NET\server\TX\Artifacts\buildlogs" />
&email;
</publishers>
</project>
Comme vous pouvez le voir, il y a un éditeur et le fichier de configuration n'a pas changé depuis que nous avons mis à niveau vers la dernière version CruiseControl. Enfin, les fichiers journaux nécessaires sont générés au cours de la construction, il semble donc être un problème avec l'analyse xsd ou le site Web lui-même? Les fichiers de résultats de construction générés sont listés ci-dessous:
- C: \ Program Files \ CruiseControl.NET \ server \ TX \ Artefacts \ msbuild-results.xml
- C: \ Program Files \ CruiseControl.NET \ server \ TX \ Artifacts \ buildlogs \ log20100622234154.xml
Une aide pour commencer à travailler sera grandement appréciée.
Salut Benjamin, merci pour votre réponse. Nous avons finalement utilisé un xslt personnalisé pour analyser les résultats. Il semblerait que la mise à niveau soit livrée avec un xslt cassé et que nous ne puissions donc pas voir clairement les résultats de la compilation. – Chris