Pokazuje, gdzie adres URL usługi był nieosiągalny podczas wykrytych okresów awarii. Wartości procentowe wskazują udział nieudanych kontroli z punktów monitoringu w każdym kraju.
Naciśnij co nie działa — jedno kliknięcie pomaga tysiącom innych zobaczyć awarię.
Problem często wynika z przeciążonych serwerów lub błędów DNS. Wyczyść pamięć podręczną przeglądarki i pliki cookies, a następnie spróbuj załadować stronę ponownie. Jeśli to nie pomoże, zmień serwer DNS na publiczny, na przykład Google DNS (8.8.8.8) lub Cloudflare (1.1.1.1). Sprawdź także, czy firewall lub oprogramowanie antywirusowe nie blokuje połączenia z domeną gitlab.com.
Często wynika to z błędów w pliku konfiguracyjnym .gitlab-ci.yml. Sprawdź składnię w walidatorze CI/CD dostępnym w interfejsie. Upewnij się, że runnery są aktywne i przypisane do projektu. Zweryfikuj również ustawienia triggera w sekcji CI/CD Settings – pipeline może być wyłączony dla konkretnych branchy.
Sprawdź połączenie internetowe i upewnij się, że masz uprawnienia do repozytorium. Problem może wynikać z nieprawidłowo skonfigurowanych kluczy SSH. Wygeneruj nowy klucz SSH i dodaj go w ustawieniach profilu. Przy klonowaniu przez HTTPS sprawdź, czy token dostępu nie wygasł.
Spowolnienie operacji push i pull często wynika z dużego rozmiaru repozytorium. Użyj płytkiego klonowania (git clone --depth 1) dla nowych kopii. Skompresuj historię commitów lub podziel duże pliki binarne na mniejsze fragmenty. Sprawdź jakość połączenia internetowego i rozważ użycie połączenia przewodowego zamiast WiFi.
Odśwież stronę i wyczyść cache przeglądarki. Jeśli diff nadal nie ładuje się, sprawdź rozmiar wprowadzonych zmian – bardzo duże różnice mogą nie renderować się w interfejsie webowym. W takim przypadku przejrzyj zmiany lokalnie przez terminal używając git diff.