El proyecto Apache SpamAssassin utiliza un repositorio de subversión para su proceso de desarrollo. Aquí se mantiene una réplica de solo lectura del repositorio en GitHub.
El directorio .github que contiene este archivo README no forma parte del paquete de lanzamiento de Apache SpamAssassin. Los archivos de este directorio están destinados a que los desarrolladores ejecuten pruebas utilizando la función Acciones de GitHub en ejecutores alojados en GitHub.
El Comité de Gestión de Proyectos Apache SpamAssassin no ha hecho ningún arreglo para utilizar los recursos asignados a Apache Software Foundation por GitHub para ejecutar compilaciones y pruebas. Las acciones definidas en este directorio están disponibles para que cualquiera, incluidos los desarrolladores activos de SpamAssassin, las ejecute en su bifurcación personal de GitHub del repositorio. Sin embargo, la inclusión de los archivos en este repositorio no implica una liberación formal del software al público.
La ejecución del flujo de trabajo que envíe tendrá un trabajo por cada combinación válida de valores de los primeros tres cuadros de entrada.
El cuarto cuadro de entrada le permite ingresar las pruebas que se ejecutarán, tengo el mismo formato que se usa para TEST_FILES en una línea de comando para realizar una prueba. Si se deja vacío, significa ejecutar todas las pruebas.
No importa lo que se ingrese en el cuadro de pruebas, las pruebas que usan SQL solo se ejecutarán en los trabajos que tengan postgres o mysql especificados para la base de datos. Además, las pruebas de estrés y de raíz de spamd nunca se ejecutan.
GitHub tiene límites en la cantidad de trabajos que puede ejecutar simultáneamente en las distintas plataformas. Los trabajos que envíe y que superen ese límite se pondrán en cola para iniciarse a medida que finalicen otros trabajos.
Al hacer clic en un trabajo que aparece en la barra lateral izquierda, se abrirá un panel que muestra el resultado del registro del trabajo. Un trabajo que finaliza con errores tendrá un ícono de X rojo. Puede consultar la salida del registro para obtener más detalles. Algunos errores provocarán que el contenido del directorio t/log se comprima como un artefacto que puede descargar. Cuando esté viendo el panel de registro, haga clic en el ícono Resumen encima de la barra lateral izquierda. Si hay algún artefacto para descargar, habrá un número en el que puede hacer clic debajo del encabezado Artefactos .
La cantidad de trabajos ejecutados es el producto de las opciones que especifica en los tres cuadros de entrada. A menos que desee probar SpamAssassin en todas las versiones posibles de Perl, lo cual podría hacer si es el administrador de versiones que prepara una nueva versión, probablemente desee seleccionar solo una versión reciente de Perl.
El cuadro de opciones para los corredores solo muestra los nombres "-latest", pero puede ingresar cualquier corredor alojado en GitHub que tengan disponible, por ejemplo, ubuntu-20.04 o macos-11.
Windows se prueba con Strawberry Perl, cuya última versión es 5.32. Si tiene 34 o 36 en la lista de versiones de Perl, no generarán trabajos en la plataforma Windows.
Los trabajos ejecutados utilizando la opción de base de datos postgres o mysql solo ejecutarán las distintas pruebas de SQL. Los trabajos ejecutados usando la opción none para la base de datos ejecutarán todas las demás pruebas.
Algunas pruebas, especialmente algunas que dependen del acceso a la red como t/dnsbl.t, parecen fallar ocasionalmente, especialmente cuando se ejecutan muchos trabajos simultáneamente. Una vez que se hayan completado todos los trabajos de un flujo de trabajo, puede volver a ejecutar solo aquellos que fallaron haciendo clic en el botón Volver a ejecutar trabajos en la página de descripción general de los trabajos y luego seleccionando Volver a ejecutar trabajos fallidos . Repita hasta que los trabajos que parecen ser solo fallas intermitentes hayan finalizado con éxito.