Hvilken proxy vinder i Git LFS 3.7.0?

Følg miljøvalg, ikke-tomme URL-matchende Git-tilsidesættelser og omgåelsesregler for den faktiske LFS-anmodnings-URL.

En ikke-tom Git http.proxy-værdi, der matcher anmodnings-URL'en, tilsidesætter den proxy, der er udledt af miljøet, i Git LFS 3.7.0. En tom Git-værdi rydder ikke den miljørute.

Følg valget i denne rækkefølge for denne udgivelse:

  1. Læs HTTPS_PROXY og HTTP_PROXY. En ikke-tom https_proxy eller http_proxy med små bogstaver erstatter den tilsvarende værdi med store bogstaver.
  2. For HTTPS skal du foretrække HTTPS-kandidaten og bruge HTTP-kandidaten som reserve.
  3. Anvend en matchende ikke-tom Git http.proxy-værdi i stedet for disse kandidater.
  4. Anvend omgåelsesregler på den valgte anmodnings-URL. En ikke-tom no_proxy erstatter NO_PROXY.

Hvis hensigten er direkte adgang, skal du undersøge nedarvede input og den tilsigtede omgåelse i stedet for at antage, at en tom Git-post slettede dem.

Brug den faktiske LFS-URL til sammenligningen. API- og objektdestinationer kan afvige fra Git-fjernkilden, hvilket ændrer, hvilken URL-bundet indstilling der matcher.

Behold den installerede LFS-version sammen med diagnosen. LFS bruger sin egen Go HTTP-transport; forrang fra Gits libcurl-sti forklarer ikke denne valgkode.

Relaterede artikler