Faltan checkinsecontrol.net

Question

He configurado un CCNET y en general está funcionando bien. Sondea el servidor SVN y verifica el código si ve algún cambio. Excepto, es decir, cuando hay un registro durante la construcción. Actualmente, la ejecución de la compilación y la prueba demora entre 3 y 4 minutos, si alguien controla el código durante el control de la compilación no reconoce el registro y espera hasta que haya un registro después de que se haya ejecutado la compilación.

¿Por qué podría ser esto?

Esta es la parte svn del archivo ccnet.config:

<sourcecontrol type="svn">
    <executable>svn.exe</executable>
    <trunkUrl>http://*******/svn/repos/psl/AcademyPro/ASP%20.Net/trunk/</trunkUrl>
    <workingDirectory>C:\CrusieControlProjects\AcademyPro\</workingDirectory>
    <username>******</username>
    <password>******</password>
    <autoGetSource>true</autoGetSource>
</sourcecontrol>

Editado para mayor claridad El problema no tiene que ver con los controles atómicos. Se puede completar un registro, CCNET crea la aplicación y comienza a ejecutar pruebas. En este punto, alguien más hace otro registro. Una vez que se haya completado la ejecución de la prueba, esperaría que CCNET detectara el registro que se realizó durante la ejecución de la prueba.

Esto no sucede, se pierde el registro y se pierde una versión que estoy esperando.

¿Es este comportamiento esperado o no entiendo lo que estaba diciendo @Jeff Mattfield?

Answer 1

La hora en el servidor de subversión fue de aproximadamente 2 horas desde la hora en el servidor de control de crucero. Arreglé eso y los registros ahora parecen funcionar mucho más suavemente.

Answer 2

Un commit de Subversion es atómico. No está disponible para el pago hasta que se complete sin errores. La actualización o la extracción de un repositorio durante una confirmación paralela da como resultado el estado del repositorio antes de esa confirmación.

En otras palabras, CC.NET obtiene lo que el repositorio contenía después de la última confirmación exitosa.

Answer 3

Nunca he tenido este problema y he estado trabajando con SVN + CCNet durante un par de años.

1. ¿Puedes publicar toda la configuración del proyecto CCNet? Esto podría tener algo que ver con los factores desencadenantes, por ejemplo.
2. ¿Qué versión de CCNet estás usando?
3. Dice que CCNet solo detecta los cambios que ocurrieron después de la compilación. Está bien, pero cuando mira el informe de compilación del proyecto (" Modificaciones desde la última compilación "), muestra solo las que se produjeron después de la compilación anterior o todas (incluidas las que se produjeron) durante la compilación anterior)?

Answer 4

Compruebe que ccservice.exe.config / ccnet.exe.config tenga establecido el nivel de registro de depuración:

<configuration>
  <configSections>
  ...
    </log4net>
      <root>
        <level value="DEBUG"/>
      <root>
    </log4net>
  ...
  </configuration>
</configSections>

Luego, compruebe la salida de subversion en ccnet.log para la revisión de subversion.

2009-06-05 10:34:41,816 [15336:DEBUG] [cc-config svn.exe] <logentry
2009-06-05 10:34:41,816 [15336:DEBUG] [cc-config svn.exe]    revision="1057">

Asegúrese de que la revisión sea la última revisión con confirmaciones en la ruta svn trunkUrl (http: //******/svn/repos/psl/AcademyPro/ASP%20.Net/trunk/).

De lo contrario, compruebe el registro y el archivo de estado para obtener más pistas.