A veces encuentro que nuestro Hudson no extraerá versiones actualizadas de de SVN para compilar el paquete. Por ejemplo, la última revisión actual es 1201, pero Hudson usa 1200 para compilar.Por qué los archivos actualizados comprometidos con SVN no serán retirados inmediatamente por Hudson para compilar
¿Conoces la razón detrás de las escenas?
Este es un problema común cuando hay un sesgo de reloj entre Hudson y el servidor de Subversion. Sugeriría mirar las marcas de tiempo de sus confirmaciones recientes, para ver si el servidor de subversión está dando tiempos futuros. O, potencialmente, el reloj del servidor Hudson se ha retrasado.
Here es un hilo de la lista de correo de Hudson sobre un problema similar, y HUDSON-1244 es el problema de Hudson que introdujo alguna detección del problema.
Tenemos el mismo problema cuando utilizamos svn update. Sucede con hudson y también para desarrolladores que usan eclipse ide. Nuestra solución es eliminar el proyecto local y pagar todo el proyecto nuevamente. Solo asegúrese de no para usar la opción "usar actualización" en Hudson.
El reloj no debería ser un problema, ya que Hudson y subversion (en realidad, visualsvn) se ejecutan en el mismo servidor.
El ajuste del reloj en el servidor hudson resolvió el problema. Y si haces esto, asegúrate de desactivar el servicio horario de Windows. En mi caso, el servidor Hudson estaba alrededor de una hora detrás del servidor svn.
¿actualizado o desactualizado? no de inmediato o en absoluto? puedes aclarar? –
absolutamente, Hudson a veces no extrae archivos actualizados para compilar, lo que no sé. – Ricky
Observe el mismo comportamiento aquí cuando la hora del servidor de subversión/compilación está desactivada ... (Se menciona en los registros). ¿Podría ser ese su problema también? – Tim