GitLab: Uruchamianie testów z Testcontainers

Ta dokumentacja jest częścią przewodnika CI/CD. Pełny przewodnik znajdziesz tutaj: Jak korzystać z GitLab CI/CD.

👋 Witamy w dokumentacji Stackhero!

Stackhero oferuje gotowe do użycia rozwiązanie GitLab cloud, stworzone z myślą o zespołach potrzebujących szybkiego, bezpiecznego i skalowalnego środowiska:

• Nieograniczona liczba użytkowników, repozytoriów, transferów danych oraz czasu przetwarzania CI/CD – pełna elastyczność.
• Bezproblemowe aktualizacje jednym kliknięciem – Twoje środowisko zawsze aktualne, bez przestojów.
• Własna nazwa domeny zabezpieczona HTTPS (np. https://git.twoja-firma.com) – profesjonalny wizerunek i bezpieczeństwo.
• Stała wydajność i wysoki poziom bezpieczeństwa na Twojej prywatnej, dedykowanej infrastrukturze. Brak "głośnych sąsiadów" i pełna izolacja.
• Wybór lokalizacji hostingu: 🇪🇺 Europa lub 🇺🇸 USA – zgodnie z wymaganiami dotyczącymi zgodności lub opóźnień.

Zacznij szybko i skup się na swoim kodzie. Rozwiązanie GitLab cloud hosting od Stackhero jest gotowe do użycia w około 5 minut.

Jeśli Państwa zestaw testów korzysta z Testcontainers, biblioteki uruchamiającej rzeczywiste usługi (bazy danych, message brokers i inne) jako tymczasowe kontenery Docker podczas testów, powyższa konfiguracja jest już odpowiednia. Należy pozostawić usługę docker:29-dind oraz obie zmienne: Testcontainers używa DOCKER_HOST do połączenia z demonem Docker i kontenerami, które uruchamia, więc nie są wymagane żadne dodatkowe ustawienia.

Brak ustawienia DOCKER_HOST to najczęstsza przyczyna niepowodzeń Testcontainers w CI. Biblioteka wtedy korzysta z socketa Docker zamontowanego przez runnera i nie może połączyć się z własnymi kontenerami testowymi, co zwykle objawia się timeoutem kontenera pomocniczego Ryuk.