Hito 3: Creación de un contenedor para pruebas

[AlexRuiz7]

Objetivos

• [x] Elección correcta y justificada del contenedor base.
• [x] Dockerfile correcto, siguiendo buenas prácticas, y adaptado de forma correcta a las clases o módulos que se están testeando, incluyendo optimización del tamaño del mismo durante su construcción o a continuación.
• [x] Contenedor subido correctamente a Docker Hub y documentación de la actualización automática.
• [x] Uso de registros alternativos y públicos de contenedores (como GitHub Container Registry), con la correspondiente justificación como es natural.

[AlexRuiz7]

Elección correcta y justificada del contenedor base

Se ha elegido la imagen node.18.12.1-alpine, por razones obvias. La aplicación y los tests corren en NodeJS y han sido desarrollados para la versión 18.12.1. No tendría sentido ejecutar los tests en una versión de NodeJS distinta a aquella en la que se desplegará la app. Finalmente, la variante alpine corresponde a una imagen mínima, y, por tanto, más ligera que el resto de variantes.

[AlexRuiz7]

Dockerfile

Se añade el Dockerfile en el commit https://github.com/AlexRuiz7/CC/commit/92c23f4aadba8f0c67f84f1949181a8c82dbc64e.

[AlexRuiz7]

Contenedor subido correctamente a Docker Hub y documentación de la actualización automática

La imagen de Docker ha sido subida a Docker Hub siguiendo la guía How to build a Docker image and upload it to Docker Hub

Para la actualización automática de la imagen, se ha configurado un GitHub Action en el commit https://github.com/AlexRuiz7/CC/commit/09717203415e713f8da25e0da3b3cd4ec3db76b2, siguiendo la guía oficial para ello: Publishing Docker images.

La condición para que el workflow se ejecute de forma automática es publicar una release. Esta condición puede cambiarse a voluntad, usando cualquiera de los eventos disponibles.

Aquí podemos ver como el Action se ha ejecutado correctamente, y que la imagen se ha subido a Docker Hub de forma automática.