GitLab: Exécuter vos tests avec Testcontainers

Cette documentation fait partie du guide CI/CD. Consultez le guide complet ici : Comment utiliser GitLab CI/CD.

👋 Bienvenue sur la documentation de Stackhero !

Stackhero propose une solution GitLab cloud prête à l'emploi, conçue pour les équipes qui recherchent un environnement rapide, sécurisé et évolutif :

• Utilisateurs, dépôts, transferts de données et temps de traitement CI/CD illimités pour une flexibilité totale.
• Mises à jour simplifiées en un clic, pour garder votre environnement à jour sans interruption de service.
• Nom de domaine personnalisé sécurisé en HTTPS (par exemple, https://git.votre-entreprise.com) pour une image professionnelle et une sécurité renforcée.
• Performance constante et sécurité renforcée sur votre propre infrastructure privée et dédiée. Aucun voisin bruyant, isolation totale garantie.
• Choix du lieu d'hébergement : 🇪🇺 Europe ou 🇺🇸 USA selon vos besoins de conformité ou de latence.

Lancez-vous rapidement et concentrez-vous sur votre code. La solution GitLab cloud hosting de Stackhero est opérationnelle en environ 5 minutes.

Si votre suite de tests utilise Testcontainers, une bibliothèque qui lance des services réels (bases de données, message brokers, etc.) sous forme de conteneurs Docker éphémères pendant l'exécution des tests, la configuration ci-dessus est déjà adaptée. Conservez le service docker:29-dind et les deux variables : Testcontainers utilise DOCKER_HOST pour accéder au démon Docker et se connecter aux conteneurs qu'il démarre, aucune autre configuration n'est nécessaire.

Oublier de définir DOCKER_HOST est la cause la plus fréquente d'échecs de Testcontainers en CI. La bibliothèque utilise alors le socket Docker monté par le runner et ne parvient pas à accéder à ses propres conteneurs de test, ce qui se manifeste généralement par un timeout du conteneur helper Ryuk.