Revisar Github Actions

[linesta-iti]

Se deberían modificar las Github Actions que disparan las pipelines para conseguir lo siguiente:

• En la rama main, si un commit contiene exclusivamente cambios en la carpeta kukumo-doc, únicamente se deberá disparar la acción de creación y publicado de la web, sin disparar compilación, test ni despliegue del resto
• Para todas las ramas, si un commit contiene exclusivamente cambios en una de las carpetas de kukumo-plugins, se debería disparar la compilación y test de ese plugin en concreto, sin necesidad de recompilar todo el código core o el resto de plugins, que no deberían haberse visto afectados
• Cuando se realice un cambio en la parte Core, sólo se realizará la compilación, pruebas unitarias y sonar de esta parte.
• Ejecutar únicamente las pruebas de integración en el momento de la publicación.
• Cualquier commit que no cumpla ninguno de los criterios anteriores, debería disparar la compilación y test del proyecto en su conjunto. Si además estamos en la rama main, realizar el despliegue Docker con versión alpha.
• Cuando el proyecto se etiquete con un tag de vx.x.x, deberíar realizarse un despligue de Docker con versión x.x.x (cogida del pom de kukumo-docker), asi como la versión latest, sobre el código de la rama main.

• Una vez se disponga del token de publicación en Maven Central, realizar la misma tarea de publicación del punto anterior para cada uno de los artefactos Java (.jar). Tener en cuenta que si se intenta republicar una versión ya existente de un jar, es posible que el proceso finalice con error, habrá que intentar tenerlo en cuenta para seguir con el siguiente artefacto.

  (esto se podría refinar más aún en el futuro, pero para simplificar la tarea de momento valdrá así)

Nótese que quizá alguno de estos requisitos pueda implicar modificar no solo las propias Github Actions sino quizá la propia estructura multi-módulo Maven que existe actualmente.

[jdominguez-iti]

Primera tarea completada. La reabro para continuar con el resto de puntos.

[jdominguez-iti]

Después de la conversación con @mgalbis y @auxicarlos, acordamos realizar a continuación la 4ª tarea.

Revisando el estado de la publicación de los dockers, y con la puntualización de @linesta-iti, se comprueba que actualmente ya se está publicando una imagen docker con el tag de la versión del pom.xml y otro con lastest, cuando se hace un tag en la rama main.

Sin embargo, y con el objetivo de evitar tener que cambiar manualmente la versión del pom.xml antes de hacer el tag de main, vamos a revisar si cuando tageamos main, podemos aprovechar el nombre del tag para actualizar la versión del fichero pom.xml en el repositorio y para publicar la imagen docker con esa versión.

[auxicarlos]

En relación del punto 4 de la tarea principal, después de la reunión, acordamos que al hacer el tag, comprobar que el nombre del tag es igual nombre del pom, se avisa si no son iguales para que la persona que esté haciendo el tag revise el pom para que coincidan. La versión del pom se tiene que heredar y se comprobará la versión del pom que está en la raíz.

[jdominguez-iti]

Para implementar el punto 2, de la tarea principal, se hará una PoC en el plugin de kukumo-rest. El enfoque será crear distintos jobs por plugin y condicionar su ejecución por filtrado de path.