Hvilken proxy vinner i Git LFS 3.7.0?

Følg miljøvalg, ikke-tomme URL-matchende Git-overstyringer og omgåelsesregler for den faktiske LFS-forespørsels-URL-en.

En ikke-tom Git http.proxy-verdi som samsvarer med forespørsels-URL-en, overstyrer proxyen som er utledet fra miljøet, i Git LFS 3.7.0. En tom Git-verdi fjerner ikke den miljøruten.

Følg valget i denne rekkefølgen for denne utgivelsen:

  1. Les HTTPS_PROXY og HTTP_PROXY. En ikke-tom https_proxy eller http_proxy med små bokstaver erstatter den tilsvarende verdien med store bokstaver.
  2. For HTTPS, foretrekk HTTPS-kandidaten og bruk HTTP-kandidaten som reserve.
  3. Bruk en samsvarende ikke-tom Git http.proxy-verdi i stedet for disse kandidatene.
  4. Bruk omgåelsesregler på den valgte forespørsels-URL-en. En ikke-tom no_proxy erstatter NO_PROXY.

Hvis hensikten er direkte tilgang, undersøk arvede inndata og den tiltenkte omgåelsen i stedet for å anta at en tom Git-oppføring slettet dem.

Bruk den faktiske LFS-URL-en for sammenligningen. API- og objektmål kan avvike fra Git-fjernkilden, noe som endrer hvilken URL-bundet innstilling som samsvarer.

Behold den installerte LFS-versjonen sammen med diagnosen. LFS bruker sin egen Go HTTP-transport; forrang fra Gits libcurl-bane forklarer ikke denne valgkoden.

Relaterte artikler