GitLab: Ejecutar sus tests con Testcontainers

Esta documentación forma parte de la guía CI/CD. Consulte la guía completa aquí: Cómo utilizar GitLab CI/CD.

👋 ¡Bienvenido a la documentación de Stackhero!

Stackhero ofrece una solución GitLab cloud lista para usar, diseñada para equipos que necesitan un entorno rápido, seguro y escalable:

• Usuarios, repositorios, transferencias de datos y tiempo de procesamiento CI/CD ilimitados para una flexibilidad total.
• Actualizaciones sencillas con un solo clic, para que su entorno esté siempre actualizado sin interrupciones.
• Nombre de dominio personalizado protegido con HTTPS (por ejemplo, https://git.su-empresa.com) para una imagen profesional y mayor seguridad.
• Rendimiento constante y seguridad reforzada en su propia infraestructura privada y dedicada. Sin vecinos ruidosos y con aislamiento total.
• Elección de la ubicación de alojamiento: 🇪🇺 Europa o 🇺🇸 USA según sus necesidades de cumplimiento o latencia.

Empiece rápidamente y concéntrese en su código. La solución de GitLab cloud hosting de Stackhero está lista para usar en unos 5 minutos.

Si su suite de tests utiliza Testcontainers, una librería que lanza servicios reales (bases de datos, brokers de mensajes y más) como contenedores Docker desechables durante la ejecución de los tests, la configuración anterior ya cubre este caso. Mantenga el servicio docker:29-dind y ambas variables: Testcontainers utiliza DOCKER_HOST para acceder al daemon Docker y conectarse a los contenedores que inicia, por lo que no se requiere ninguna otra configuración.

Omitir DOCKER_HOST es la causa más común de fallos de Testcontainers en CI. En ese caso, la librería recurre al socket Docker montado por el runner y no puede acceder a sus propios contenedores de test, lo que normalmente se manifiesta como un timeout del contenedor auxiliar Ryuk.