Proxy değişkenleri onlara ihtiyaç duyan GitLab işlerine aittir

Proxy ortamını tüm iş akışına varsayılan yapmak yerine, gizli bir iş şablonunu yeniden kullanarak kapsamını daraltın.

Bir GitLab aşaması yalnızca işleri gruplar; ayrı bir süreç ortamına sahip değildir. Proxy değişkenlerini bunlara ihtiyaç duyan işlere koyun, isterseniz yeniden kullanılabilir gizli bir şablon aracılığıyla:

.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, projenin mevcut değişken yönetimi üzerinden sağlanır. Genel proxy'ler üzerinden genel servislere erişmesine izin verilen işler için değeri, HTTP proxy listesindeki bir HTTP uç noktasını kullanabilir. Python komutu yalnızca örnek bir proje görevidir. Diğer işler bu şablonu atlayabilir ve aynı aşamadaki birden çok iş farklı ortamlar seçebilir.

Bu proxy adları geniş biçimde miras alınmamalıysa, üst düzey YAML varsayılanlarına koymayın. Proje, grup ve iş akışı değişkenlerini de inceleyin: öncelikleri bir işin YAML değerini geçersiz kılabilir.

inherit:variables, YAML varsayılan değişkenlerinin miras alınmasını denetler. Proje veya grup CI/CD değişkenlerini silmez, bu nedenle her proxy kaynağını kaldırmak için genel bir anahtar değildir.

Bu ayar işin sürecini yapılandırır. İçinde başlatılan HTTP istemcisi bu değişkenleri desteklemelidir; runner'ın daha önceki imaj çekme bağlantısının ise kendi yapılandırması vardır.

İlgili makaleler