Hvilken proxy vinner i Git LFS 3.7.0?

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

En ikke-tom Git http.proxy-verdi som matcher forespørsels-URL-en, overstyrer proxyen som er avledet fra miljøet, i Git LFS 3.7.0. En tom Git-verdi sletter ikke den miljøveien.

For denne utgivelsen, følg valget i denne rekkefølgen:

  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 matchende 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 matcher.

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