Zmienne proxy należą do tych zadań GitLab, które ich potrzebują

Użyj ponownie ukrytego szablonu zadania, aby ograniczyć środowisko proxy bez czynienia go domyślnym dla całego pipeline'u.

Etap GitLab grupuje zadania; nie posiada osobnego środowiska procesu. Umieść zmienne proxy w zadaniach, które ich potrzebują, opcjonalnie przez wielokrotnego użytku ukryty szablon:

.proxy-environment:
  variables:
    HTTP_PROXY: "$CODE_PROXY"
    HTTPS_PROXY: "$CODE_PROXY"
    NO_PROXY: "localhost,127.0.0.1"

external_check:
  extends: .proxy-environment
  stage: test
  script:
    - python ci/check_external_service.py

CODE_PROXY jest dostarczany przez istniejące zarządzanie zmiennymi projektu. Dla zadań, którym wolno uzyskiwać dostęp do usług publicznych przez publiczne proxy, jego wartość może użyć punktu końcowego HTTP z listy proxy HTTP. Polecenie Pythona to przykładowe zadanie projektu. Inne zadania mogą pominąć ten szablon, a kilka zadań w tym samym etapie może wybrać różne środowiska.

Pozostaw te nazwy proxy poza domyślnymi wartościami YAML najwyższego poziomu, jeśli nie powinny być szeroko dziedziczone. Sprawdź także zmienne projektu, grupy i pipeline'u: ich priorytet może nadpisać wartość YAML zadania.

inherit:variables kontroluje dziedziczenie domyślnych zmiennych YAML. Nie usuwa zmiennych CI/CD projektu ani grupy, więc nie jest ogólnym przełącznikiem do usuwania każdego źródła proxy.

To konfiguruje proces zadania. Klient HTTP uruchomiony w nim musi obsługiwać te zmienne, a wcześniejsze połączenie runnera do pobierania obrazu ma własną konfigurację.

Powiązane artykuły