Solo un proyecto de dos corriendo en mi configuration de CruiseControl.net

Estoy creando un server de integración por primera vez, y aunque tengo dos proyectos en mi file de configuration de cruisecontrol, solo el primero parece estar ejecutándose. Mi file de configuration está pegado a continuación.

<cruisecontrol> <project name="cc-config"> <triggers> <intervalTrigger seconds="60" /> </triggers> <sourcecontrol type="svn"> <trunkUrl></trunkUrl> <workingDirectory>C:\Program Files (x86)\CruiseControl.NET\server\config</workingDirectory> </sourcecontrol> </project> <project name="stable_trunk"> <workingDirectoy>C:\working</workingDirectory> <artifactDirectory>C:\artifact</artifactDirectory> <triggers> <intervalTrigger name="continuous" seconds="60"/> </triggers> <sourcecontrol type="svn"> <trunkUrl></trunkUrl> <workingDirectory>C:\projects\security\trunk</workingDirectory> </sourcecontrol> <tasks> <nant> <executable>C:\projects\security\trunk\tools\nant-0.86-nightly-2008-08-18\bin\nant.exe</executable> <buildFile>C:\projects\security\trunk\security.build</buildFile> </nant> </tasks> <externalLinks> <externalLink name="proj" url="projURL"> </externalLinks> </project> </cruisecontrol> 

Alguien puede ayudarme? gracias Carter

Información Adicional:

  • El file de logging no tiene errores ni mención del segundo proyecto
  • La interfaz web solo muestra el primer proyecto

Es como si el segundo proyecto ni siquiera existiera.

El problema fue un error tipográfico y perdí el error en el file de logging. La label WorkingDirectory faltaba la última 'r'.

  1. ¿Has revisado los loggings de construcción de CCNet en busca de anomalías? ( Editar respuesta: sí, y no hubo ninguno )

  2. Al iniciar session en el server web CCNet, ¿el segundo proyecto aparece como un proyecto válido? ( Editar respuesta: No, no es así )

  3. Si es así, ¿puedes build una fuerza sobre él? ( Editar respuesta: No, porque no aparece ) .

Entonces, debido a esas respuestas, mi próxima sugerencia sería iniciar su server de cc desde la command-line (en lugar de a través del service) solo para ver si aparece algún post.

Esto es sorprendente, porque generalmente cuando mi file de configuration CCNet tiene un error, el server falla (bastante) y siempre me informa que hay un problema. Estoy realmente sorprendido de que puedas estar agregando un proyecto que no se está mostrando o bloqueando el server.

Lo que podría intentar es seguir la ruta simple y simplemente agregar un tercer proyecto vacío y ver si puede get / eso / para aparecer en su list. Además, podrías intentar insert un error deliberado que sabes que lo hará queuepsar, y ver si puedes lograr que aparezca. Me preocupa que pueda estar editando el file de configuration incorrecto o, de alguna manera, CCNet no está viendo realmente los cambios que está realizando (¿problema de synchronization de control de origen?).

Los desencadenadores de intervalo tienen una buildCondition pnetworkingeterminada de IfModificationExists , lo que significa que una compilation solo se iniciará si se ha detectado una modificación dentro de tu bloque de control de origen .

de los documentos de ccnet en el atributo buildCondition

La condición que debería usarse para iniciar la integración. De forma pnetworkingeterminada, este valor es IfModificationExists, lo que significa que una integración solo se activará si se han detectado modificaciones. Establezca este atributo en ForceBuild para garantizar que se debe lanzar una compilation independientemente de si se detectan nuevas modificaciones. Use Bloques de control de origen para especificar qué mirar para las modificaciones.

Por lo tanto, si uno desea que siempre se inicie una compilation, independientemente de si se produjeron modificaciones en el control de origen, entonces sería necesario especificar ForceBuild para el atributo buildCondition . Por ejemplo:

 <triggers> <intervalTrigger name="continuous" buildCondition="ForceBuild" seconds="60"/> </triggers> 

¿Llegaste al background de esto?

De lo contrario, eche un vistazo a sus files de logging (?: \ Program Files \ CruiseControl.NET \ server \ ccnet.log).

Yo recomendaría usar la aplicación de la console (ccnet.ext) en lugar del service en esta etapa: puede ver lo que está pasando un poco más fácil. Además, antes de iniciar la console, asegúrese de que está configurada para DEPURAR el logging abriendo el file ccnet.exe.config, ubicando la label log4net y configurando el valor de nivel = "DEBUG" dentro de su raíz .

Inicie la console y déjela funcionar durante unos minutos; luego deténgalo y observe los loggings (publíquelos aquí si todavía tiene problemas).

Espero que esto ayude.