GitLab: Uw tests uitvoeren met Testcontainers

Deze documentatie maakt deel uit van de CI/CD-gids. Bekijk de volledige gids hier: Hoe GitLab CI/CD te gebruiken.

👋 Welkom bij de Stackhero-documentatie!

Stackhero biedt een kant-en-klare GitLab cloud oplossing, speciaal ontworpen voor teams die behoefte hebben aan een snelle, veilige en schaalbare omgeving:

• Onbeperkt aantal gebruikers, repositories, dataverkeer en CI/CD-verwerkingstijd voor maximale flexibiliteit.
• Moeiteloze updates met één klik, zodat uw omgeving altijd up-to-date blijft zonder downtime.
• Eigen domeinnaam beveiligd met HTTPS (bijvoorbeeld https://git.uw-bedrijf.com) voor een professionele uitstraling en optimale beveiliging.
• Consistente performance en sterke beveiliging op uw eigen privé, dedicated infrastructuur. Geen last van andere gebruikers en volledige isolatie.
• Keuze uit hostinglocatie: 🇪🇺 Europa of 🇺🇸 USA afhankelijk van uw compliance- of latency-eisen.

Start snel en focus op uw code. Stackhero's GitLab cloud hosting oplossing is binnen ongeveer 5 minuten klaar voor gebruik.

Als uw testset gebruikmaakt van Testcontainers, een bibliotheek die echte services (zoals databases, message brokers en meer) als tijdelijke Docker-containers opstart tijdens het uitvoeren van tests, dan is bovenstaande configuratie al geschikt. Behoud de docker:29-dind-service en beide variabelen: Testcontainers gebruikt DOCKER_HOST om de Docker-daemon te bereiken en verbinding te maken met de containers die het opstart, dus verdere aanpassingen zijn niet nodig.

Het niet instellen van DOCKER_HOST is de meest voorkomende oorzaak van Testcontainers-fouten in CI. De bibliotheek valt dan terug op de Docker-socket die door de runner is gemount, en kan zijn eigen testcontainers niet bereiken, wat meestal zichtbaar wordt als een timeout van de Ryuk-helpercontainer.