Koji proxy pobjeđuje u Git LFS 3.7.0?

Pratite odabir iz okruženja, neprazna Git nadjačavanja koja odgovaraju URL-u i pravila zaobilaženja za stvarni URL LFS zahtjeva.

Neprazna vrijednost Git http.proxy koja odgovara URL-u zahtjeva nadjačava proxy izveden iz okruženja u Git LFS 3.7.0. Prazna Git vrijednost ne briše tu rutu iz okruženja.

Za ovo izdanje pratite odabir ovim redoslijedom:

  1. Pročitajte HTTPS_PROXY i HTTP_PROXY. Neprazna mala slova https_proxy ili http_proxy zamjenjuju odgovarajuću veliku vrijednost.
  2. Za HTTPS dajte prednost HTTPS kandidatu i koristite HTTP kandidat kao rezervu.
  3. Primijenite odgovarajuću nepraznu Git http.proxy vrijednost umjesto tih kandidata.
  4. Primijenite pravila zaobilaženja na odabrani URL zahtjeva. Neprazna no_proxy zamjenjuje NO_PROXY.

Ako je namjera izravan pristup, pregledajte naslijeđene ulaze i predviđeno zaobilaženje umjesto da pretpostavite da ih je prazan Git unos izbrisao.

Koristite stvarni LFS URL za usporedbu. API i odredišta objekata mogu se razlikovati od Git remote-a, što mijenja koja postavka vezana uz URL odgovara.

Zadržite instaliranu LFS verziju uz dijagnozu. LFS koristi vlastiti Go HTTP transport; prioritet s Git libcurl putanje ne objašnjava ovaj kod odabira.

Povezani članci