GitLab: Tests mit Testcontainers ausführen

Diese Dokumentation ist Teil des CI/CD-Leitfadens. Den vollständigen Leitfaden finden Sie hier: Wie Sie GitLab CI/CD nutzen.

👋 Willkommen in der Stackhero-Dokumentation!

Stackhero bietet eine einsatzbereite GitLab Cloud Lösung, die speziell für Teams entwickelt wurde, die eine schnelle, sichere und skalierbare Umgebung benötigen:

• Unbegrenzte Nutzer, Repositories, Datentransfers und CI/CD-Verarbeitungszeit für maximale Flexibilität.
• Mühelose Updates per Klick, damit Ihre Umgebung immer aktuell bleibt – ganz ohne Ausfallzeiten.
• Eigene Domain mit HTTPS-Verschlüsselung (zum Beispiel https://git.ihre-firma.com) für professionelles Auftreten und höchste Sicherheit.
• Stetige Performance und starke Sicherheit auf Ihrer eigenen privaten, dedizierten Infrastruktur. Keine störenden Nachbarn, vollständige Isolation garantiert.
• Wahl des Hosting-Standorts: 🇪🇺 Europa oder 🇺🇸 USA – passend zu Ihren Compliance- oder Latenzanforderungen.

Starten Sie in wenigen Minuten und konzentrieren Sie sich ganz auf Ihren Code. Die GitLab Cloud Hosting Lösung von Stackhero ist in etwa 5 Minuten einsatzbereit.

Wenn Ihre Testsuite Testcontainers verwendet – eine Bibliothek, die reale Services (wie Datenbanken, Message Broker und mehr) als temporäre Docker-Container während der Testausführung startet –, ist die obige Konfiguration bereits ausreichend. Belassen Sie den Service docker:29-dind und beide Variablen: Testcontainers nutzt DOCKER_HOST, um den Docker-Daemon zu erreichen und sich mit den gestarteten Containern zu verbinden. Weitere Anpassungen sind nicht erforderlich.

Das Weglassen von DOCKER_HOST ist die häufigste Ursache für Testcontainers-Fehler in CI-Umgebungen. Die Bibliothek greift dann auf den vom Runner gemounteten Docker-Socket zurück und kann ihre eigenen Testcontainer nicht erreichen, was sich meist durch ein Timeout des Ryuk-Hilfscontainers äußert.