2010-06-23 6 views
1

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:

  1. C: \ Program Files \ CruiseControl.NET \ server \ TX \ Artefacts \ msbuild-results.xml
  2. C: \ Program Files \ CruiseControl.NET \ server \ TX \ Artifacts \ buildlogs \ log20100622234154.xml

Une aide pour commencer à travailler sera grandement appréciée.

Répondre

0

Avez-vous vérifié votre éditeur d'email? Il y a eu un changement de rupture avec CCNET 1.5. Vous pouvez en lire plus ici:

Si je vous ai bien compris, vous avez dit que votre construction a bien fonctionné, mais puisque vous mis à niveau échoue, est-ce pas? Comment avez-vous fait la mise à niveau? Avez-vous changé de répertoire/droits?

+0

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