Kva proxy vinn i Git LFS 3.7.0?

Fylg valet frå miljøet, ikkje-tomme URL-matchende Git-overstyringar og omgåingsreglar for den faktiske LFS-førespurnads-URL-en.

Ein ikkje-tom Git http.proxy-verdi som samsvarer med førespurnads-URL-en, overstyrer proxyen som er utleidd frå miljøet, i Git LFS 3.7.0. Ein tom Git-verdi fjernar ikkje den miljøvegen.

Fylg valet i denne rekkjefølgja for denne utgåva:

  1. Les HTTPS_PROXY og HTTP_PROXY. Ein ikkje-tom https_proxy eller http_proxy med små bokstavar erstattar den tilsvarande verdien med store bokstavar.
  2. For HTTPS, føretrekk HTTPS-kandidaten og bruk HTTP-kandidaten som reserve.
  3. Bruk ein samsvarande ikkje-tom Git http.proxy-verdi i staden for desse kandidatane.
  4. Bruk omgåingsreglar på den valde førespurnads-URL-en. Ein ikkje-tom no_proxy erstattar NO_PROXY.

Viss føremålet er direkte tilgang, undersøk arva inndata og den tiltenkte omgåinga i staden for å anta at ein tom Git-oppføring sletta dei.

Bruk den faktiske LFS-URL-en for samanlikninga. API- og objektmål kan avvike frå Git-fjernkjelda, noko som endrar kva URL-bunden innstilling som samsvarer.

Hald på den installerte LFS-versjonen saman med diagnosen. LFS brukar sin eigen Go HTTP-transport; prioritet frå libcurl-bana i Git forklarar ikkje denne valkoden.

Relaterte artiklar