Která proxy vyhrává v Git LFS 3.7.0?

Sledujte výběr z prostředí, neprázdná přepsání Git odpovídající URL a pravidla obcházení pro skutečnou URL požadavku LFS.

Neprázdná hodnota Git http.proxy odpovídající URL požadavku přepisuje proxy odvozenou z prostředí v Git LFS 3.7.0. Prázdná hodnota Git tuto cestu z prostředí nevymaže.

Pro toto vydání postupujte při výběru v tomto pořadí:

  1. Přečtěte HTTPS_PROXY a HTTP_PROXY. Neprázdná malá https_proxy nebo http_proxy nahrazuje odpovídající velkou hodnotu.
  2. Pro HTTPS upřednostněte kandidáta HTTPS a použijte kandidáta HTTP jako záložní.
  3. Místo těchto kandidátů použijte odpovídající neprázdnou hodnotu Git http.proxy.
  4. Na zvolenou URL požadavku použijte pravidla obcházení. Neprázdná no_proxy nahrazuje NO_PROXY.

Pokud je záměrem přímý přístup, prozkoumejte zděděné vstupy a zamýšlené obcházení, místo abyste předpokládali, že je prázdný záznam Git vymazal.

Pro srovnání použijte skutečnou URL LFS. Cíle API a objektů se mohou lišit od vzdáleného Git, což mění, které nastavení vázané na URL odpovídá.

U diagnózy uvádějte nainstalovanou verzi LFS. LFS používá vlastní HTTP transport v Go; priorita z cesty libcurl v Git tento kód výběru nevysvětluje.

Související články